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Filed: Herewith Group Art Unit: 2771 

For: SYSTEM AND APPARATUS FOR COMPRESSING SOFTWARE CODE 

I hereby certify that this correspondence is being deposited 
with the United States Postal Service as 14 Express Mail Post 
Office to Addressee" service under 37 CFR § 1.10 on the date 
indicated below and is addressed to Assistant Commissioner 
for Patents, Washington, D.C. 2 0231. Express Mail Label 
No.: EK052645032US, Date of Deposit: June 26, 2000. 

Eunhee Park Reg. No. 42,976 

Assistant Commissioner for Patents 
Washington, D.C. 20231 

PRELIMINARY AMENDMENT 

Sir: 

This preliminary amendment is being filed herewith a 
continuing application under 37 CFR 1.53(b), continuing copending 
application serial no. 09/053,260 filed on April 1, 1998, and 
claiming the benefit of that application. 

IN THE SPECIFICATION ; 

Please insert after the title: 
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CROSS REFERENCE TO RELATED APPLICATION (S ) 
This is a continuation of copending U.S. Application Serial 
Number 09/053,260 filed on April 1, 1998, which claims the 
benefit of U.S. Provisional Patent Application Serial No. 
60/060,633, entitled SYSTEM AND METHOD FOR CONCENTRATING SOFTWARE 
CODE, filed on October 1, 1997. -- 

IN THE CLAIMS : 

Please cancel claims 1-21. 
Please amend Claim 22 as follows. 

22. (Once Amended) A method of resolving [interpreting 
executable] condensed computer code having a plurality of types 
of code structures, each of the types of code structures 
including a plurality of index references, the method comprising 
the steps of: 

reading a list of identifiers for each type of code 
structure, each list including an index reference corresponding 
to each of the identifiers in the list; and 

replacing each of the index references in the computer 
code with the respective identifier corresponding to each 
respective index reference. 

REMARKS 

This Preliminary Amendment is filed to continue the 
examination of Claim 22 in the U.S. Patent Application Serial No. 
09/053,260. Reconsideration of the claim as amended is 
respectfully requested. Claim 22 is directed to resolving 
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computer code that was condensed. The claim is believed to be 
patentable over the prior art, and a favorable Office Action is 
hereby earnestly solicited. 

If a telephone interview would be of assistance in 
advancing prosecution of the subject application, the Examiner is 
requested to telephone Applicants' undersigned attorney at the 
number provided bellow. 



Respectfully submitted, 



Date: June 26, 2000 




Eunhee Park 

Registration No. 42,976 

baker Sc Mckenzie 

805 Third Avenue 
New York, NY 10022 
(212) 751-5700 
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SYSTEM AND METHOD FOR COMPRESSING SOFTWARE CODE 



Copyright Notic e 

This patent document contains material which is 
subject to copyright protection. The copyright owner has no 
objection to the facsimile reproduction by anyone of the patent 
5 disclosure as it appears in the records of the United States 
5 Patent and Trademark Office, but otherwise reserves all 

pr copyright rights whatsoever. 

|I: Claim Of Priority 

W \L0 The instant patent application claims priority from 

n; U.S. Provisional Patent Application Serial No. 60/060,633, 

y 1 ; entitled SYSTEM AND METHOD FOR CONCENTRATING SOFTWARE CODE, 

rfj; filed on October 1, 1997. 

" 15 Field Of The Invention 

The present invention relates to a method and system 
for compressing software code, especially bytecode as used in 
computer systems. 

2 0 Background Of The Invention 

Various forms of computer languages and compilers 
have been developed for the creation, compilation and execution 
of code segments, sometimes known as "class files," which 
contain bytecode and data. Such languages include the JAVA 

25 language developed by Sun Microsystems, Inc. of Palo Alto, 

California, and the various dialects of that language that have 
been developed. These computer languages offer the advantages 
of allowing the creation of code segments that can be stored on 
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a server computer system and transferred from the server 
computer system to a remote computer system at a desired time. 
The remote computer system can receive the code segment and 
execute it locally. 

A common use of such code segments is in the 
transmission of executable code via a remote electronic 
communications network, such as the Internet or its components, 
such as the World Wide Web. For example, a server computer or 
web site can be contacted by a remote user computer system by 
specifying a world wide web "address." The user system 
receives the bytecode by transmission over the computer 
network. The user system executes an interpreter, such as a 
JAVA interpreter or other software containing appropriate code 
for receiving and executing the bytecode. 

One disadvantage of such known computer languages is 
that the transmitted code segments often contain unnecessary 
code and/or data, making the code segment longer and making 
transmission and execution of the code segment more burdensome. 
A longer code segment naturally takes longer to transmit via a 
computer network than one which is shorter. For example, the 
code segment may contain methods or fields which are not 
actually required for execution in the user or destination 
computer system. The code segment may also contain repetitive 
use of particular classes, methods or fields or other code. 

In operation, received code segments typically are 
stored in memory in the user or destination system. The memory 
may include a non-volatile storage medium such as a hard disk 
or writable CD-ROM or volatile memory such as RAM (random 
access memory) . Because the code segments may include unneeded 
components or multiple instances of the same component, they 
may require an excessive amount of such memory storage. 
Furthermore, the longer code will also entail longer access and 
execution times. 

The JAVA language and associated interpreters are 
widely known. Code segments, or class files, generated using 
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JAVA contain method definitions and field specifications. 
Objects, which are instances of classes, are collections of 
fields and methods that operate on fields. Methods may call 
each other via invocations and objects may pass data among each 
other via methods, such as for private fields, or via direct 
field references, such as for public fields. 

A method is code used to perform a particular task, 
such as modifying data in some way, such as for performing a 
procedure or a function. 

Fields are components of objects in which object data 
are stored such as integers or characters, i.e., variables. 
Data may be designated as public or private. Private data is 
generally accessible by a single class while public data is 
accessible by multiple classes. 

Data may also be characterized as static or instance 
data. Static data is associated with each class, whereas 
instance data is associated with each object, or instance of a 
class. In a typical JAVA code implementation, a class file is 
read by the interpreter and executed according to the meaning 
of the code within the class file. 

There is a need for a system and method for 
compressing bytecode or code segments and for interpreting and 
executing such compressed code. 

Summary Of The Invention 

An object of the present invention is to provide a 
system for receiving bytecode and condensing the bytecode. The 
present invention also provides a system and method for 
interpreting and executing the condensed bytecode. 

It is another object of the present invention to 
provide a system and method for removing unused or unneeded 
classes, methods and/or fields from bytecode and generating 
condensed code . 

Another object of the present invention is to provide 
a system and method for receiving bytecode, condensing it and 
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then transmitting it via a computer network, such as the 
Internet . 

By providing a method and system for condensing 
bytecode or computer code, the present invention alleviates to 
a great extent the disadvantages of known systems and methods 
for generating bytecode or computer code, such as used with the 
JAVA computer language and associated interpreters and 
transmission systems. In a preferred embodiment, list 
processing and indexing is used to create indexes of various 
code structures. Index listings of each of the types of code 
structures preferably are created. The index listings contain 
listings of identifiers corresponding to the particular 
instances of the respective code structures occurring within 
the bytecode and index references corresponding to each of the 
identifiers included in the listing. The bytecode is reduced 
in size by replacing the various identifiers appearing in the 
bytecode with the corresponding index references. In this way, 
for example, code structures are replaced with index references 
within the bytecode and an index containing the data structure 
is maintained. 

More particularly, in an embodiment applicable to 
typical JAVA-based computer code, or bytecode, the data 
structures include classes, methods and fields. Listings of 
the classes, methods and/or fields appearing in the JAVA 
bytecode are created by systematically reviewing the JAVA 
bytecode to identify each instance of a particular class, 
method and/or field, respectively. These listings are sorted 
to create respective canonical listings or Indexes of the 
classes, methods and/or fields. These listings include 
reference indicators, such as index locations or pointers, 
assigned to each of the classes, methods and/or fields in the 
respective sorted lists. The JAVA bytecode is revised so that 
the index locations of the classes, methods and/or fields 
replace the identifiers of the classes, methods and/or fields 
originally in the bytecode. In other words, each class 
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reference in the bytecode is replaced with a reference to the 
location of the class within the sorted class list, each method 
reference is replaced with a reference to the location of the 
method within the sorted method list and each field reference 
is replaced with a reference to the location of the field 
within the sorted field list- 
Furthermore, a scan of the bytecode may also 
preferably be performed for every class and method in the lists 
to identify and note in an array any local data or constants 
referenced in the bytecode. The data references for the local 
data or constants within the bytecode are changed to indicate 
the location in the array where the local data or constants 
have been placed. Thus, the local data or constant references 
in the JAVA bytecode are changed to array references. 

The present invention also provides an interpreter 
for use in conjunction with the condensed bytecode. The 
interpreter of the present invention can execute bytecode 
condensed in accordance with the compression method or system 
of the present invention. 

These and other features and advantages of the 
invention will be appreciated from review of the following 
detailed description of the invention, along with the 
accompanying figures, in which like reference characters refer 
to like parts throughout. 

Brief Description Of The Drawings 

FIG. 1 is a block diagram illustrating an electronic 
communications network and server systems in accordance with 
the present invention. 

FIG. 2 is a system block diagram in accordance with 
the present invention. 

FIGs. 3A-3C are illustrations of various storage 
media upon which implementing code in accordance with the 
present invention can be stored. 

FIG. 4 is a flow diagram of a method of condensing 
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software in accordance with the present invention. 

FIG. 5 is a flow diagram illustrating a first phase 
of a method of condensing software in accordance with the 
present invention . 

FIG. 6 is a flow diagram illustrating a second phase 
of a method of condensing software in accordance with the 
present invent ion . 

FIG. 7 is a flow diagram illustrating a third phase 
of a method of condensing software in accordance with the 
present invention . 

FIG. 8 is a flow diagram illustrating a fourth phase 
of a method of condensing software in accordance with the 
present invention . 

FIG. 9 is a flow diagram illustrating a first portion 
of a fifth phase of a method of condensing software in 
accordance with the present invention. 

FIG. 10 is a flow diagram illustrating a second 
portion of a fifth phase of a method of condensing software in 
accordance with the present invention. 

FIG. 11 is a flow diagram of an exemplary method of 
executing bytecode condensed in accordance with the present 
invention. 

FIG. 12 is a flow diagram of an exemplary method of 
resolving operands of bytecode condensed in accordance with the 
present invention. 

Detailed Description Of The Invention 

In accordance with the present invention, a system 
and method are provided for condensing computer code (referred 
to in this description as "bytecode") and generating a 
condensed bytecode. Such a system and method may be used in 
conjunction with various known computer languages and 
interpreters, including JAVA, various dialects of JAVA, such as 
the version available from the Microsoft Corporation, as well 
as other languages . 



INYLIT] 42257.1 



6 



Referring to FIG. 1, bytecode may be stored within a 
server system 10, which is connected via an electronic 
communication network 20 with user systems 30. In this 
description, "electronic communications network" (ECN) will be 
understood to include any computing, multimedia or video system 
in which a user can remotely access or receive transmissions of 
bytecode. For example, the ECN 20 may include cable 
transmission networks, telephone networks, an intranet, the 
Internet, or combinations thereof. It will be understood that 
an ECN as described herein may include a single server 
computer, such as a single bulletin board system. 

As iLlustrated in FIG. 1, a plurality of server 
systems 10 may be connected to the ECN 20 and a plurality of 
user systems 30 may also be connected. The servers 10 may 
perform a number of functions including storing data and/or web 
page information and so on. In a preferred embodiment, at 
least one of the servers 10 has an associated memory 15 which 
stores bytecode and which can transmit the bytecode via the ECN 
20 to a user system 30. As utilized in conjunction with the 
present invention, the server memory 15 stores a concentrated 
bytecode generated in accordance with the present invention. 
The concentrated bytecode may be transmitted via the ECN 20 to 
a user system 30. Preferably, the user system 30 contains an 
interpreter or other associated tool for receiving the 
concentrated bytecode and executing it. The 
concentrated bytecode generated in accordance with the present 
invention may be generated on a data processing system 40, as 
illustrated in FIG. 2. Typical data processing systems which 
may be used include personal computers, work stations, palm 
computers, personal digital assistants (PDAs) or even mainframe 
computers. Also, multiple systems coupled in a computer 
network, with data files shared among systems on the network, 
may be employed. Data processing systems can be used to 
practice the present invention utilizing a variety of operating 
systems (such as, for example, Windows, Windows NT, Windows 95, 
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SunOS, OS/2 and Macintosh OS) and programming languages. 

As illustrated in FIG. 2, a typical data processing 
system 40 includes a central processing unit (CPU) 50. The CPU 
50 is optionally connected via a bus 60 to, among other things, 
a volatile memory 65 (e.g., a RAM), non-volatile memory 70 
{such as disk drives, CD-ROMs, flash memory, or data tape), a 
network communications interface 75 (such as a modem, Tl line 
interface, ISDN modem or cable modem) , a user input device or 
devices 80 (such as a keyboard and/or a pointing or 
point-and-click device such as a mouse, light pen, touch 
screen, touch pad) , a user output device or devices 87 (such as 
a video display screen and/or an audio speaker) , and a 
removable media drive 90 (such as a floppy disk drive, CD-ROM 
drive, PCMIA device, CD-WORM drive or data tape drive) . The 
data processing system 40 can be a personal computer (PC) . 

The data processing system 40 may be a free standing 
system, providing bytecode concentrated in accordance with the 
present invention to a server 10 for transmission over the ECN 
20. Alternatively, a server 10 may comprise the data processing 
system 40. Alternatively, the data processing system 40 may 
be in communication with user systems 30 via the ECN. In 
another embodiment, the data processing system 40 may receive 
bytecode, concentrate it on-the-fly in accordance with the 
present invention and then transmit it, such as to a server 10, 
or to another system via the ECN. 

Although the method and system of the present 
invention can be used to great advantage within a networked 
system, as in the illustrated embodiment, it should be clear 
that the code condensing method and system of the present 
invention can also be used to advantage in non-networked 
computer systems . 

The bytecode to be condensed in accordance with the 
present invention can be stored in the RAM 65, the nonvolatile 
memory 70, or on the removable media 90. The bytecode to be 
condensed may also be transmitted on-the-fly to the data 
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processing system 40, which in turn concentrates the bytecode 
on-the-fly and re-transmits the condensed bytecode. In the 
illustrated embodiment, the bytecode 72 to be concentrated is 
stored in the nonvolatile memory 70. In some applications, it 
may be desirable to store the bytecode 72 in RAM for increased 
access speed. 

Various types of bytecode may be processed in 
accordance with the present invention. When a web page is 
received in a user system 30, the web page is displayed, for 
example, on the display device of the user system. Bytecode 
associated with the web page may cause, for example, a moving 
symbol to appear, or a sound to be generated, such as a voice 
saying "hello." More sophisticated bytecode may also be 
generated. 

The data processing system 40 also executes and 
preferably stores condensing software 95 for condensing the 
bytecode 72 in accordance with the present invention. The 
condensing software 95 is illustrated in FIG. 2 as being stored 
in non-volatile memory 70. However, it should be understood 
that it can also be stored in other ways such as in RAM 65 or 
on removable media inserted in the removable media drive 90. 
Exemplary removable media for storing the condensing software 
95 (which may be in any form, such as source code, compiled or 
binary versions) are illustrated in FIGS. 3A, 3B and 3C as 
floppy disks, magnetic tape and optical disks, respectively. 
In the preferred embodiment, the condensing software 95 is read 
into RAM 65 when it is to be executed. 

To concentrate bytecode, the condensing software 95 
is executed. The operation of a preferred embodiment is 
illustrated by flow diagrams shown in FIGs. 4-12 which will now 
be described . 

The condensing software 95 is started in step 110, 
such as by clicking on an icon associated with the condensing 
software, or inputting a command string, or by selecting the 
condensing software from a pop-up or pull-down menu, or by any 



[NYLIT] 42257.1 



9 



other triggering event. Preferably after start-up, one or more 
lists or other such data storage structures are initialized. 
The lists correspond to types of data items to be operated upon 
in the concentration method of the present invention. The data 
5 items operated upon may include any data format or structure 
included in the bytecode to be concentrated. For example, in 
the exemplary embodiment illustrated, the bytecode is written 
in accordance with the JAVA language (although any language 
base for the bytecode may be used.) In the exemplary 
10 embodiment, there are three types of data items which may be 
operated upon in the condensing operation: namely, classes, 
methods and fields. Although the embodiment described operates 
on all three types of data items, the method of the present 
invention can be readily modified to operate on any combination 
15 of these types of data items. Furthermore, there may be other 
types of data items that can be operated upon by a condensing 
method in accordance with the present invention. For example, 
the bytecode may be scanned for unused constants and any unused 
constants can be removed. 
20 As illustrated in FIG. 4, three lists corresponding 

respectively to classes, methods and fields are initialized in 
step 120 to some default state, such as empty. As discussed 
above, lists are used as exemplary data structures, but any 
suitable data structure may be used. The lists in the 
25 illustrated embodiment are referred to as "ClassList " , 
"MethodList" and "FieldList " . 

As will be described, after the lists are 
initialized, the lists are filled with all of the associated 
data incorporated in the code structure 72 to be condensed. 
30 More specifically, the lists are filled with identifiers 
corresponding to the classes, methods and fields in the 
bytecode 72. An "identifier" will be understood to refer to 
the name of a unique class, method or field. The process of 
filling the lists may be performed in any order. Likewise, 
35 filling a particular list may be delayed until a later stage of 
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processing when operation upon the data within that list is 
required . 

The bytecode 72 to be condensed is received in the 
data processing system 40 and stored, for example, in the 
non-volatile memory 70 or RAM 65. Preferably, the bytecode 72 
is stored in the RAM 65 when it is time to operate on it. The 
bytecode 72 may be received at any point in processing before 
the time it is required. For example, it may be received prior 
to or subsequent to the initialization step 120. A segment 
within the volatile memory 65 may preferably be allocated for 
performing the condensing operation. 

The condensing method of the present invention can be 
divided into a series of phases. In the first phase, Phase 1, 
classes within the bytecode 72 are scanned and the ClassList is 
populated. The ClassList ultimately generated preferably 
contains a single notation of each of the classes that are 
referenced within the bytecode 72, either directly or 
indirectly. The bytecode 72 is scanned in order to generate 
the ClassList. This scanning operation commences with either 
an initial set of classes or only a single main class, 
depending on the bytecode 72 structure or on the programming 
language of the code to be condensed. In some bytecode or 
programming language versions only a single main class is used, 
while in others a set of initial classes are used. In some 
cases, there may be a set of fundamental classes (e.g., String, 
Number, Integer, Float) and error and exception classes (e.g., 
ArrayOutOf Bounds, MethodNotFound) that the system knows will be 
required at some point and as such are always included in the 
ClassList and thus condensed. 

In operation, starting with the main class or initial 
class, a listing (i.e., the ClassList) is maintained of all the 
classes that are referenced in the bytecode 72. Each of these 
classes is then scanned to determine if the class contains (or 
references) any additional classes that are not already listed 
in the ClassList. Any such additional classes are added to the 
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ClassList and scanned as well, until a listing of all of the 
classes contained within the bytecode 72 is completed. 
Any procedure for scanning the bytecode and creating a complete 
list of classes may be used. In the embodiment illustrated in 
FIG. 5, the condensing process of the present invention 
continues from FIG. 4, as indicated by step 130. In step 205, 
any initial classes, such as the fundamental classes discussed 
above, are added to the ClassList. Alternatively, only a 
single "main" class may be added to the list. A series of 
steps 210-245 are undertaken to add any additional classes to 
the ClassList until all classes referenced in the bytecode 72, 
either directly or indirectly are included in the ClassList. 
Steps 210-245 will now be described in greater detail. 

In the illustrated embodiment, at step 210, a first 
class is retrieved from the ClassList and a variable C is 
filled with the name or other designation corresponding to the 
first class. In successive iterations of step 210, variable C 
will be assigned successive classes listed in the ClassList and 
each class will be processed in accordance with the steps which 
follow. Variable C thereby indicates the class which is 
currently being processed, which class will be referred to as 
"class C". Upon reaching the end of the ClassList, the 
variable C will receive in step 210 an "end-of -list ,T value 
(e.g., a null value) indicating that there are no more classes 
in the ClassList to be processed. If it is determined in step 
215 that variable C has received a null value in step 210, 
processing continues to the next phase, Phase 2, as indicated 
by step 220. If C is not null, thereby indicating that there 
are more classes to be processed, operation continues with step 
225. 

In step 225, it is determined whether class C 
contains any references to other classes. In step 225, the 
first of any such class referenced is assigned to a variable D. 
If there are more classes referenced by class C, operation will 
loop back to step 225 for each such class so that variable D 
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indicates the referenced class currently being processed. The 
variable D will receive a null value if there are no more 
referenced classes to be processed. If it is determined in 
step 230 that the variable D has a null value, operation loops 
back to step 210 in which the next class in the ClassList is 
selected and assigned to the variable C. 

If it is determined in step 230 that the variable D 
does not have a null value, step 235 is performed in which the 
variable D is compared against the ClassList to determine if 
the class indicated by the variable D is already in the 
ClassList. If the class indicated by the variable D is already 
in the ClassList, then processing returns to step 225, in which 
the next class referenced by class C is assigned to the 
variable D. If the class indicated by the variable D is not in 
the ClassList, processing continues with step 245 in which the 
class indicated by the variable D is added to the ClassList. 
Again, processing loops back to step 225 in which the next 
class referenced by class C is assigned to the variable D. 
This processing of classes referenced by the class C continues 
until all such referenced classes are processed and added to 
the ClassList, if required. 

Once all of the classes referenced by class C are 
processed in accordance with the steps described above, the 
variable D will receive a null value in step 225 and step 230 
will direct operation back to step 210 in which the next class 
in the ClassList is assigned to the variable C. Then, as for 
the previous class in the ClassList, all of the classes 
referenced by the currently processed class (class C) are 
processed in accordance with steps 225 through 245. This 
processing of classes in the ClassList continues until all 
classes in the ClassList have been processed. As described 
above, after the last class in the ClassList has been 
processed, variable C is assigned a null value or other such 
"end-of-list" designation. This null designation is detected 
in step 215 and processing continues with Phase 2, as indicated 
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in step 220. 

In Phase 2, the MethodList and FieldList are 
populated so as to list all method and field references, 
respectively, within the bytecode to be condensed. The 
5 MethodList ultimately generated preferably contains a single 

notation for each of the methods contained within the bytecode 
72 and the FieldList ultimately generated contains a single 
notation for each of the fields contained therein. Any series 
of processing steps to scan the bytecode 72 and create these 

10 lists can be used. 

Phase 2 will now be described, with reference to FIG. 
6. In the embodiment illustrated in FIG. 6, the code 
condensing process of the present invention continues from FIG. 
5, as indicated by step 220, labeled "Phase 2." 

15 Initialization of the MethodList and FieldList takes 

place in steps 301 and 303. Any initial methods (e.g., main ( ) , 
init() and classinitO, which are required by all JAVA 
applications) and any initial fields are added to the 
MethodList and FieldList, respectively, in steps 301 and 303, 

20 respectively. These initialization steps may be performed at 
any point in the process prior to the respective list 
population steps. For example, the MethodList should be 
initialized prior to the MethodList processing steps commencing 
with step 320 (discussed below) , whereas the FieldList should 

25 be initialized prior to the FieldList processing steps 

commencing with step 355 (discussed below) . In an exemplary 
alternative embodiment (not shown), the MethodList and 
FieldList can be initialized when the ClassList is initialized; 
i.e., steps 301 and 303 can be performed at approximately the 

30 same time as step 205. In another alternative embodiment (not 
shown) , step 301 can be performed immediately preceding step 
320 and step 303 can be performed immediately preceding step 
355. 

Following initialization of the MethodList in step 
35 301, a series of steps (described below) are undertaken to add 
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any additional methods to the MethodList so that all methods 
referenced in the bytecode to be condensed are included in the 
MethodList. Likewise, following initialization of the 
FieldList in step 303, a series of steps (described below) are 
undertaken to add any additional fields to the FieldList until 
all fields referenced in the bytecode to be condensed are 
included in the FieldList. 

After the initialization steps 301 and 303, operation 
proceeds to step 305 in which a ClassList pointer is reset to 
point to the beginning of the ClassList. In step 310, a first 
class is retrieved from the ClassList and assigned to a 
variable C. (For classes following the first class in the 
ClassList, the "next" class is selected in subsequent 
executions of step 310.) In step 315, a determination is made 
as to whether the variable C has been assigned a null value. 
(After the last class has been processed, as described below, 
operation loops back to step 310 in which the variable C 
receives a null value.) If it is determined in step 315 that 
variable C has a null value, operation branches to step 340, 
described below. If variable C is not set to a null value, 
operation proceeds to step 320. 

For every class in the ClassList, the bytecode is 
scanned and the method invocations in each class are noted. 
The illustrated embodiment provides a method for accomplishing 
this. In step 320, the first method in the class indicated by 
the variable C (which class will be referred to as "class C") 
is retrieved from the MethodList and assigned to a variable M . 
(For subsequent methods after the first method in class C, the 
"next" method is selected in step 320.) In step 325, a 
determination is made as to whether the variable M has been 
assigned a null value. (After the last method in class C has 
been processed, as described below, operation loops back to 
step 320 in which the variable M receives a null value or any 
such appropriate "end-of -list " designation.) If it is 
determined in step 325 that variable M has a null value, 

[NYLIT] 42257.1 1 ^ 



operation loops back to step 310 to process the next class in 
the ClassList. If the variable M is not set to a null value, 
operation proceeds to step 330. 

In step 330, the method indicated by the variable M 
(i.e., "method M") is compared against the MethodList to 
determine if method M is already contained in the MethodList. 
If it is determined in step 330 that method M is already in the 
MethodList, then operation loops back to step 320, in which the 
next method referenced in class C is assigned to the variable 
M. If it is determined in step 330 that method M is not in the 
MethodList, processing continues to step 335 in which method M 
is added to the MethodList. Operation loops back to step 320 
in which the next method in class C is assigned to the variable 
M. 

Optionally, an additional step (not shown) may be 
included between steps 325 and 330, in which the location or 
other useful identifying characteristic of method M is noted. 
In this step, pertinent information that is useful for later 
(post-concentration) processing, such as the "attributes" of 
the method, its location and size (i.e., the number of bytes in 
the bytecode which defines the method's operation), the 
exceptions the method might raise as error conditions, etc., 
can be optionally stored in an array, or can be stored in the 
MethodList with the entry for the method M. 

The processing of methods contained within class C 
continues until all such methods within the class are 
processed, added to the MethodList, if required, and attributes 
noted, as required. When all of the methods referenced in 
class C have been processed, the variable M receives a null 
value in step 320, as discussed above, and processing continues 
to step 310 in which the next class in the ClassList is 
selected. This processing of each method in each class 
continues until all of the classes are processed and the 
variable C receives a null value in step 310. At that point, 
step 315 directs operation to step 340, as discussed above. 



[NYLIT] 42257,1 



16 



It should be appreciated that steps 310-335 may be 
performed in conjunction with the class processing steps 
described earlier, i.e., with steps 210-245. In such an 
embodiment, the MethodList and ClassList are populated 
5 concurrently, thereby eliminating an additional pass through 
the ClassList for processing the MethodList. 

Once the bytecode has been scanned for classes and 
methods, as described above, the bytecode is scanned for 
fields, beginning with step 340. For every class in the 

10 ClassList, and for every method in each class, the bytecode is 
scanned and the field accesses for each field in every method 
and class are noted. The illustrated embodiment provides one 
technique for accomplishing this. In the embodiment shown in 
FIG. 6, in step 340, a pointer to the ClassList is reset to 

15 point to the first class in the ClassList. In step 345, the 
first class is retrieved from the ClassList and assigned to a 
variable C. (For subsequent classes, after the first class, the 
"next" class is selected in subsequent executions of step 345.) 
In step 350, a determination is made as to whether the last 

20 class in the ClassList has been processed. If so, the variable 
C will be assigned a null value in step 345. If in step 350 it 
is determined that the variable C has a null value, operation 
branches to step 375, commencing Phase 3, described below. If 
in step 350 it is determined that variable C is not set to a 

25 null value, operation proceeds to step 355. In step 355, 

the first field in the class indicated by the variable C (i.e., 
class C) is retrieved from the FieldList and assigned to a 
variable F. (For subsequent fields in class C, the "next" field 
is selected in step 355.) In step 360, a determination is made 

30 as to whether the variable F has been assigned a null value. 
In other words, when the last field in class C has been 
processed, variable F is set to a null value or other 
designated value in step 355. If it is determined in step 360 
that variable F is not set to a null value, operation proceeds 

35 to step 365. 
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In step 365, the field indicated by the variable F 
(i.e., field F) is compared against the FieldList to determine 
if field F is already in the FieldList. If it is determined in 
step 365 that the field F is already in the FieldList, then 
5 operation loops back to step 355, in which the next field 

referenced in class C is assigned to variable F. If, however, 
it is determined in step 365 that field F is not in the 
FieldList, operation continues with step 370 in which field F 
is added to the FieldList. Operation then returns to step 355 
10 in which the next field in class C is assigned to the variable 
F. 

Optionally, an additional step (not shown) may be 
included between steps 360 and 365 in which the location or 
other identifying characteristic of the field F is noted. In 

15 this step, 

attributes of the field such as the length, position (offset 
within an object) , whether it is static or instance, and type 
of field can be stored for use in later processing. This 
information can be stored either in an ancillary and parallel 

20 array, or in the FieldList along with the entry for the Field 
F. 

The processing of fields contained in class C 
continues until all such fields within the class are processed, 
added to the FieldList, if required, and attributes noted as 

25 required. When all of the fields have been processed, variable 
F is assigned a null value in step 355, as discussed above, and 
operation loops back at step 360 to step 345, in which the next 
class in the ClassList is assigned to the variable C. This 
processing of each field in each class continues until all of 

30 the classes are processed. At that point, the variable C 
receives a null value in step 345 and step 350 operates to 
direct operation to step 375. 

It should be noted that two or more of the list 
processing procedures described above can be combined and 

35 performed concurrently. For example, the class scanning phases 
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involving steps 210, 310 and 345 can be combined. Also, it 
should be appreciated that field processing steps 355-370 may 
be performed in conjunction with the class processing steps 
described earlier (steps 210-245), or in conjunction with the 
processing of methods in each class (steps 305-335) . In such 
an embodiment, in which the field and class processing are 
performed together, an additional pass through the ClassList 
for processing the FieldList is thus avoided. 

In the illustrated embodiment, the lists created by 
the above-described process, ClassList, MethodList and 
FieldList, are then sorted in a third phase, Phase 3, shown in 
FIG. 7. It should be noted that any form of sorting may be 
performed, such as alphabetical, reverse alphabetical, 
time-based or numerical. It should also be noted that sorting 
may be performed at any time. In an alternative embodiment 
(not shown) , sorting is performed as the lists are created. In 
another alternative embodiment (not shown) , the sorting of a 
list is performed following completion of the list. In the 
exemplary embodiment shown in FIG. 7, sorting is performed 
after all of the lists have been created. 

Phase 3 commences with step 375. In phase 3, the 
ClassList, MethodList and FieldList are sorted to put them into 
canonical list form, in which each class, method and field, 
respectively, is assigned a unique index reference. Any form 
of list or index may be created as long as the respective 
identifiers are included in the list and each is preferably 
associated with a unique index reference. Each index reference 
is typically an integer which corresponds to the position of 
the corresponding identifier within one of the canonical lists, 
although the index references can be of virtually any form, 
such as strings. 

The ClassList is sorted in step 380 so that a 
canonical list of classes is generated. In step 385, a 
canonical list of methods is generated, including every method 
invoked from any class. In step 390, a canonical list of 
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fields is generated, including every field accessed from any 
class . 

Once the lists are sorted, operation proceeds to 
Phase 4, step 405. In Phase 4, all local constant data 
referenced by each method of each class of the bytecode to be 
condensed are noted. Local data are constants used by methods 
and can be numeric (e.g., integers, floating point numbers) or 
can be strings. The noted data for each class are preferably 
stored in an array for each class, noting the location in the 
array where the data are saved. The data locations, i.e., 
index values, in the array are inserted in the methods, thereby 
replacing the local data references in the bytecode methods 
with index values. This procedure will now be described in 
greater detail with reference to FIG. 8 which illustrates an 
embodiment of a procedure for collecting accessed local data 
for every class of the bytecode to be condensed. 

In step 410, a pointer to the ClassList is reset to 
point to the first class in the list. This is the beginning of 
a processing loop in which all classes in the ClassList are 
processed. In step 415, the "next" class in the ClassList 
(i.e., the class which the ClassList pointer currently points 
to) is assigned to a variable C. If it is determined in step 
420 that the variable C has been assigned a null value, thereby 
indicating that all classes in the ClassList have been 
processed, operation branches to Phase 5, step 425, described 
below. If variable C is not null, operation proceeds to step 
430. 

In step 430, an array of the local constant data for 
the class indicated by the variable C (i.e., class C) is 
created. This array is initialized as empty but is eventually 
populated with the values of the local constant data for class 
C, as described below. Then, in step 435, a processing loop is 
commenced for each method defined in class C. In step 435, the 
first method in class C is assigned to a variable M (and 
subsequent methods in class C are assigned to the variable M in 
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subsequent executions of step 435) . If the variable M is null, 
thereby indicating that the last method defined in class C has 
been processed, operation loops back to step 415. If the 
variable M is not null, operation proceeds to an optional 
optimization step 450 in which it is determined whether the 
method indicated by the variable M (i.e., method M) is in the 
MethodList . If it is determined in step 450 that method M is 
not in the MethodList, operation loops back to step 435. Since 
the MethodList is a list of identifiers of all methods 
referenced or invoked in the bytecode 72, if method M is not in 
the MethodList, this is an indication that method M is unused, 
i.e., that it is never referenced in the bytecode 72. In that 
case, method M can be skipped and any local constant data used 
by method M can be ignored. If method M is in the MethodList, 
processing continues to step 455. (Without step 450, operation 
proceeds directly to step 455.) 

In step 455, a processing loop is commenced for 
processing local constants accessed by method M. Starting with 
the first such local constant, each local constant referenced 
by method M is successively assigned to a variable V with each 
iteration of step 455. In step 460, a determination is made as 
to whether the last local constant referenced by method M has 
been processed, i.e., whether variable V has been assigned a 
null value. If variable V is null, operation returns to step 
435 in which the next method is assigned to variable M. If it 
is determined in step 460, however, that variable V is not 
null, operation continues to step 4 65 in which the data 
corresponding to the local constant indicated by V is saved in 
the array of local constant data (created in step 430) for 
class C. The array of local constant data is preferably 
indexed and the index value or location corresponding to the 
saved local constant in the array is placed in the bytecode in 
place of the local constant. In other words, each reference to 
a local constant in method M, in class C, is replaced with an 
index reference corresponding to the local constant. 
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After step 465, operation loops back to step 455, in 
which the next local constant in method M (in class C) , is 
selected. As described above, this processing loop continues 
until the last local constant in method M is processed in 
accordance with the present invention. 

After the last class in the ClassList has been 
processed and the variable C is assigned a null value in step 
415, operation branches to Phase 5, step 425, which will now be 
described in detail with reference to FIGS. 9 and 10. 

Bytecode updating and condensing is performed for 
every class in the ClassList and for every method in every 
class. For each class, the bytecode is scanned and the class 
is replaced with an index into the canonical ClassList, created 
in step 380 (FIG. 7) . In other words, each of the class 
references preferably is replaced with an index indicating a 
location within the canonical ClassList. For each method, the 
bytecode is scanned and the method reference is replaced with 
an index into the canonical MethodList, created in step 385 
(FIG. 7). In other words, each of the method references 
preferably is replaced with an index indicating a location 
within the canonical MethodList. Likewise, for every field 
reference in every method, in every class, the field reference 
in the bytecode is replaced with an index into the canonical 
FieldList, created in step 390 (FIG. 7). In other words, each 
of the field references preferably is replaced with an index 
indicating a location within the canonical FieldList. It 
should be noted that it is preferred that the class, method and 
field references be replaced. However, in alternative 
embodiments, one or two of the class, field and method 
references may be replaced in this manner. 

In the illustrated embodiment, the bytecode updating 
is performed in Phase 5, which begins as indicated with step 
425 in FIG. 9. In step 505, a pointer to the ClassList is 
reset to an initial location to begin a processing loop in 
which all classes in the ClassList are processed. The "next" 
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class to be processed (i.e., the class currently pointed to by 
the ClassList pointer) is selected from the ClassList in step 
510 and assigned to a variable C, which class will be referred 
to as class C. If the last class has been processed, the 
5 variable C will receive a null value in step 510. If it is 
determined in step 515 that the variable C has a null value, 
operation branches to step 520, labeled "Done", indicating that 
the condensing process of the exemplary embodiment has been 
completed. When the condensing process has been completed, all 

10 fields in all methods, all methods in all classes and all 
classes are preferably replaced with index references. 

If it is determined in step 515 that variable C is 
not null, operation continues to step 525, commencing a 
processing loop for each method defined in class C. In step 

15 525, the next method to be processed (starting with the first 
method) in class C is assigned to the variable M, which method 
will be referred to as method M. If it is determined in step 
530 that the variable M is null, thereby indicating that all 
methods defined in class C have been processed, operation loops 

20 back to step 510. Otherwise, if the variable M is not null, 

operation continues with an optional optimization step 540, in 
which it is determined whether method M is in the MethodList. 
If method M is not in the MethodList, i.e., if method M is 
never referenced or invoked, operation loops back to step 525 

25 with no further processing carried out for method M . If, 

however, it is determined in step 540 that method M is in the 
MethodList, operation continues to step 550, described below 
with reference to FIG. 10. (Without optional step 540, 
operation proceeds from step 530 directly to step 550.) 

30 Step 550 commences a loop in which all methods 

invoked within method M are reviewed. This procedure also 
handles bytecode having multiple levels of method invocations 
and is repeated as required to process all invoked methods. 

In the loop commencing with step 550, the first 

35 method invoked in method M is assigned to a variable N, which 
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invoked method will be referred to as method N. (Subsequent 
methods invoked in method M are assigned to the variable N in 
subsequent executions of step 550.) If it is determined in 
step 555 that the variable N has been assigned a null value, 
5 thereby indicating that all methods invoked in method M have 
been processed,, operation proceeds to step 575, in which the 
processing of fields is carried out, as described more fully 
below. Otherwise, if it is determined in step 555 that the 
variable N is not null, operation continues with step 560, 

10 where it is determined whether method N is in the MethodList. 
If method N is not in the MethodList, an error condition is 
indicated in step 565. If method N is in the MethodList, 
processing continues to step 570. In step 570, the reference 
in the bytecode to method N is replaced with an index reference 

15 N T , corresponding to the canonical index of the method N in the 
MethodList. Processing then returns to the beginning of the 
loop in step 550 and the next method invoked in method M is 
assigned to the variable N. This loop continues until a null 
value is assigned to the variable N and step 555 directs 

20 operation to step 575. 

Step 575 is the first step of a field processing 
procedure in which all fields referenced in the method M are 
processed. In step 575, the first field referenced in method M 
is assigned to a variable F. (Subsequent fields referenced in 

25 method M are assigned to the variable F in subsequent 

executions of step 575.) If it is determined in step 580 that 
the variable F has a null value, thereby indicating that all 
fields referenced in the method M have been processed, 
operation proceeds to step 600. Otherwise, if the variable F 

30 is not null, processing continues with step 585, where it is 
determined if the field indicated by the variable F, which 
field will be referred to as field F, is in the FieldList. If 
field F is not in the FieldList, an error is returned, as 
indicated in step 590. If field F is in the FieldList, 

35 operation proceeds to step 595. In step 595, the reference in 

[NYLIT] 42257.1 24 



the bytecode to field F is replaced with an index reference F f 
corresponding to the canonical field index of the field F in 
the FieldList. Operation then returns to step 575 and the next 
field referenced in method M is assigned to the variable F. 
5 The loop comprising steps 575-595 is repeated until it is 

determined in step 580 that the variable F has a null value, in 
which case operation proceeds to step 600. 

Step 600 is the first step of a class processing 
procedure in which all classes referenced in method M are 

10 processed. In step 600, the first class referenced in method M 
is assigned to a variable K. In subsequent executions of step 
600, subsequent classes referenced in method M are assigned to 
the variable K. If it is determined in step 605 that the 
variable K has a null value, thereby indicating that all 

15 classes referenced in method M have been processed, operation 
loops back to step 525 {FIG. 9) . Otherwise, if the variable K 
is not null, operation proceeds to step 615, where it is 
determined if the class associated with variable K, which class 
is referred to as class K, is in the ClassList. If class K is 

20 not in the ClassList, an error is returned, as indicated in 

step 620. If class K is in the ClassList, processing continues 
to step 625. In step 625, the reference in the bytecode to 
class K is replaced with an index reference K 1 corresponding to 
the canonical index of the class K in the ClassList. 

25 Processing then returns to step 600 and the next class 

referenced in method M is assigned to the variable K. The 
processing loop 600-625 continues until a null value is 
assigned to the variable K and step 605 directs operation to 
step 525 (FIG. 9) . 

30 As described above, step 525 selects the next method 

defined in class C for processing. All methods in class C are 
processed in this manner. After the last method in class C has 
been processed, variable M is assigned a null value and step 
530 directs operation back to step 510. As described above, 

35 step 510 selects the next class in the ClassList for 
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processing. All the classes in the ClassList are processed in 
this manner. After the last class in the ClassList has been 
processed, variable C is assigned a null value and processing 
is completed, as indicated in step 520. 

In accordance with the present invention, all of the 
fields, methods and classes in the bytecode 72 are preferably 
replaced with index values of the canonical lists that are 
created, as described above. Additionally, all local constants 
are replaced by indexes into local constant arrays created for 
each class, as described above. In alternative embodiments, 
some subset of classes, methods, field and local constants in 
the bytecode may be replaced with index values. For example, 
in one embodiment, the fields and methods are replaced with 
index references, but not the classes. In another embodiment, 
for example, the classes and fields are replaced with index 
references, but not the methods. 

Furthermore, additional optimization can be performed 
in which the bytecode is scanned for uncalled or unused methods 
and/or fields. These are discarded by skipping them when 
reconstructing the bytecode file, for example in connection 
with creating the condensed bytecode file containing index 
references, as described above. Moreover, local variables in 
methods that are not called are also not used and can thus be 
discarded. 

An illustration of the operation of an embodiment of 
the present invention is included in Appendix 1. One example 
of a JAVA code class (GraphApplet . class ) is shown, along with a 
list (section 1A) of constants in the class file. This is 
followed by the methods defined in the class. Method 
double_f (double) , which returns a double, and method 
void_paint (java.awt .Graphics) are shown (in section IB). Three 
sorted dictionaries are then illustrated (in section 2) : 
classes, methods and fields. This is followed (in section 3) 
by a concentrated representation of the class, including an 
array of accessed local constants and concentrated code. 
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Once the bytecode 72 has been condensed in accordance 
with the present invention, it can be transmitted to a user 
system. The user system can execute the bytecode 72 using a 
method in accordance with the present invention which will now 
5 be described with reference to FIGs. 11 and 12. 

Each instruction in the bytecode 72 consists of an 
opcode specifying the operation to be performed, followed by 
zero or more operands supplying arguments or data to be used by 
the operation. As shown in FIG. 11, the first step in the 

10 execution of an instruction is to fetch the opcode, step 710. 
At step 715, it is determined whether the opcode fetched has 
any operands associated with it. If not, operation branches 
forward to step 740 in which the operation specified by the 
opcode is executed. 

15 If there are operands, operation proceeds to step 720 

in which the operands are fetched from the bytecode. Operation 
then proceeds to step 725 in which it is determined whether any 
of the fetched operands need to be resolved. Generally, an 
operand will need to be resolved if it is not a literal 

20 constant. Opcodes that refer to classes, methods or fields 

have operands that need to be resolved. The type of operand is 
implied by the opcode. For example, the "putfield" operation 
takes a value off a stack and moves it into the field of an 
object. The operand which immediately follows the "putfield" 

25 operator in the bytecode is a field identifier which specifies 
the field. In bytecode condensed in accordance with the 
present invention, the operand will be an index into the 
canonical FieldList . 

If no operand needs to be resolved, operation 

30 proceeds to step 740 in which the operation specified by the 
opcode is executed using the operands. If there are operands 
to be resolved, operation proceeds to step 730 in which the 
operands are resolved. This procedure will be described in 
greater detail below with reference to FIG. 12. Once the 

35 operands have been resolved, operation continues to step 740 in 
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which the operation specified by the opcode is carried out with 
the resolved operands. 

Once the current instruction is executed, it is 
determined in step 745 whether there are more instructions in 
5 the bytecode 72 to be executed. If there are, operation loops 
back to step 710 in which the next opcode to be executed is 
fetched. If there are no more instructions to be executed, 
operation terminates at step 750. 

FIG. 12 illustrates an exemplary procedure for 

10 resolving operands in accordance with the present invention. 
In step 810, the operand to be resolved is assigned to a 
variable N. In step 815, it is determined whether the operand 
is a class. As discussed above, the type of operand is implied 
from the opcode. If the operand N is a class, operation 

15 proceeds to step 820 in which the operand itself is used as an 
index into the canonical list of classes formed in step 380 
(FIG. 7) . Using the operand as an index, a string is retrieved 
from the ClassList which is the identifier of the class which 
is the operand. In the alternative, using the operand as an 

20 index, other attributes relevant for the instruction to be 
executed (e.g., object size, number of defined methods, 
superclass ID) which are stored in the ClassList for the class 
which is the operand can be retrieved from the ClassList. The 
retrieved string replaces the index, and operation either 

.25 proceeds to step 740, if all operands that need to be resolved 
have been resolved, or to step 810 if there are more operands 
to be resolved. 

If in step 815 it is determined that the operand N is 
not a class, operation proceeds to step 825 in which it is 

30 determined whether the operand to be resolved is a field. If 
it is determined that the operand N is a field, operation 
proceeds to step 830 in which the operand itself is used as an 
index into the canonical list of fields formed in step 390 
{FIG. 7). Using the operand as an index, a string is retrieved 

35 from the FieldList which is the name of the field which is the 
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operand. In the alternative, using the operand as an index, 
other attributes relevant for the instruction to be executed 
{e.g., offset within object and length) which are stored in the 
FieldList for the field which is the operand can be retrieved 
5 from the FieldList. The retrieved string replaces the index, 
and operation either proceeds to step 740, if all operands to 
be resolved have been resolved, or to step 810 if there are 
more operands to be resolved. 

If in step 825 it is determined that the operand N is 

10 not a field, operation proceeds to step 835 in which it is 

determined whether the operand to be resolved is a method. If 
it is determined that the operand N is a method, operation 
proceeds to step 840 in which the operand itself is used as an 
index into the canonical list of methods formed in step 385 

15 {FIG. 7). Using the operand as an index, a string is retrieved 
from the MethodList which is the name of the method which is 
the operand. In the alternative, using the operand as an 
index, other attributes relevant for the instruction to be 
executed (e.g., number of arguments, length and location of 

20 bytecode, etc.) which are stored in the MethodList for the 
method which is the operand can be retrieved from the 
MethodList. The retrieved string replaces the index, and 
operation either proceeds to step 740, if all operands that 
need to be resolved have been resolved, or to step 810 if there 

25 are more operands to be resolved. 

If in step 835 it is determined that the operand N is 
not a method, then an error condition is indicated in step 835. 
In the exemplary embodiment of the present invention, the 
bytecode 72 has operands which are classes, methods or fields. 

30 It should be noted that bytecode condensed in 

accordance with the present invention can be interpreted and 
executed, as-is, without the class, method and field lists. 
For example, if class #5 has 4 methods, the third of which is 
method #778, and this method creates new objects of class type 

35 #7 and calls this object's method #556, the original names or 
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identifiers of classes 5 or 7 , or of methods 778 or 556 are not 
needed to properly interpret and execute the bytecode. 

One skilled in the art will appreciate that the 
present invention can be practiced by other than the preferred 
5 embodiments which are presented for purposes of illustration 
and not of limitation, and the present invention is only 
limited by the claims which follow. 
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What is claimed is : 



1. A method of condensing computer code in a computer system, 
the computer code including a plurality of types of code 
structures, each of the types of code structures including a 
plurality of identifiers, and the computer system including a 
memory for storing the computer code therein, the method 
comprising the steps of: 

reading the computer code the said memory; 

creating a first list of the plurality of identifiers 
for a first of the types of code structures; 

creating a first indexed list of the identifiers for 
the first type of code structure, the first indexed list 
including a plurality of index references, each of the 
identifiers in the first indexed list corresponding to at least 
one of the index references in the first indexed list; and 

creating a condensed computer code, including the 
steps of scanning the computer code and replacing each 
occurrence in the computer code of the identifiers listed in 
the first indexed list with the respective index reference in 
the first indexed list corresponding to the respective 
identifier. 

2. The method of claim 1, wherein the step of creating the 
first list of the plurality of identifiers includes scanning 
the computer code and introducing said identifiers into said 
list. 

3. The method of claim 1, comprising the steps of: 

creating a second list of the plurality of 
identifiers for a second of the types of code structures; 

creating a second indexed list of the identifiers for 
the second type of code structure, the second indexed list 
including a plurality of index references, each of the 
identifiers in the second indexed list corresponding to at 
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least one of the index references in the second indexed list; 
and 

creating a condensed computer code, including the 
steps of scanning the computer code and replacing each 
occurrence in the computer code of the identifiers listed in 
the second indexed list with the respective index reference in 
the second indexed list corresponding to the respective 
identifier „ 



4. The method of claim 3, comprising the steps of: 

creating a third list of the plurality of identifiers 
for a third of the types of code structures; 

creating a third indexed list of said identifiers for 
the third type of code structure, the third indexed list 
including a plurality of index references, each of the 
identifiers in the third indexed list corresponding to at least 
one of the index references within the third indexed list; and 

creating a condensed computer code, including the 
steps of scanning the computer code and replacing each 
occurrence in the computer code of the identifiers listed in 
the third indexed list with the respective index reference in 
the third indexed list corresponding to the respective 
identifier . 



5. The method of claim 1, wherein; 

the code structures within the computer code include 
classes and the identifiers for the class code structures 
include class names, 

the step of creating a first list of the plurality of 
identifiers includes creating a list of the class names, 

the step of creating a first indexed list of the 
identifiers includes creating a first indexed list of classes 
and associating each of the classes with a unique index 
reference, and 

the step of replacing each occurrence in the computer 
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code of the identifiers in the first list with the respective 
index reference includes replacing each class in the computer 
code with its respective index reference in the first indexed 
list . 

6. The method of claim 1, wherein: 

the code structures within the computer code include 
methods and the identifiers for the method code structures 
include method names, 

the step of creating a first list of the plurality of 
identifiers includes creating a list of the method names, 

the step of creating a first indexed list of the 
identifiers includes creating a first indexed list of methods 
and associating each of the methods with a unique index 
reference, and 

the step of replacing each occurrence in the computer 
code of the identifiers in the first list with the respective 
index reference includes replacing each method in the computer 
code with its respective index reference in the first indexed 
list . 

7. The method of claim 1, wherein: 

the code structures within the computer code include 
fields and the identifiers for the field code structures 
include field names, 

the step of creating a first list of the plurality of 
identifiers includes creating a list of the field names, 

the step of creating a first indexed list of the 
identifiers includes creating a first indexed list of fields 
and associating each of the fields with a unique index 
reference, and 

the step of replacing each occurrence in the computer 
code of the identifiers in the first list with the respective 
index reference includes replacing each field in the computer 
code with its respective index reference in the first indexed 
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list . 



8. The method of claim 3, wherein: 

the code structures within the computer code include 
methods and fields, the identifiers for the method code 
structures including method names and the identifiers for the 
field code structures including field names, 

the step of creating a first list of the plurality of 
identifiers for the first of the types of code structures 
includes creating a list of the method names, 

the step of creating a first indexed list of the 
identifiers for the first type of code structure includes 
creating a first indexed list of methods and associating each 
of the methods with a unique index reference, 

the step of replacing each occurrence in the computer 
code of the identifiers in the first list with the respective 
index reference includes replacing each method in the computer 
code with its respective index reference in the first indexed 
list, 

the step of creating a second list of the plurality 
of identifiers for the second of the types of code structures 
includes creating a list of the field names, 

the step of creating a second indexed list of said 
identifiers for the second type of code structure includes 
creating a second indexed list of fields and associating each 
of the fields with a unique index reference, and 

the step of replacing each occurrence in the computer 
code of the identifiers in the second list with the respective 
index reference includes replacing each field in the computer 
code with its respective index reference in the second indexed 
list . 

9. The method of claim 3, wherein: 

the code structures within the computer code include 
classes and fields, the identifiers for the class code 



[NifLIT] 42257.1 



34 



structures including class names and the identifiers for the 
field code structures including field names, 

the step of creating a first list of the plurality of 
identifiers for the first of the types of code structures 
includes creating a list of the class names, 

the step of creating a first indexed list of the 
identifiers for the first type of code structure includes 
creating a first indexed list of classes and associating each 
of the classes with a unique index reference, 

the step of replacing each occurrence in the computer 
code of the identifiers in the first list with the respective 
index reference includes replacing each class in the computer 
code with its respective index reference in the first indexed 
list, 

the step of creating a second list of the plurality 
of identifiers for the second of the types of code structures 
includes creating a list of the field names, 

the step of creating a second indexed list of said 
identifiers for the second type of code structure includes 
creating a second indexed list of fields and associating each 
of the fields with a unique index reference, and 

the step of replacing each occurrence in the computer 
code of the identifiers in the second list with the respective 
index reference includes replacing each field in the computer 
code with its respective index reference in the second indexed 
list. 

10. The method of claim 3, wherein: 

the code structures within the computer code include 
classes and methods, the identifiers for the class code 
structures including class names and the identifiers for the 
method code structures including method names, 

the step of creating a first list of the plurality of 
identifiers for the first of the types of code structure's 
includes creating a list of the class names, 
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the step of creating a first indexed list of the 
identifiers for the first type of code structure includes 
creating a first indexed list of classes and associating each 
of the classes with a unique index reference, 

the step of replacing each occurrence in the computer 
code of the identifiers in the first list with the respective 
index reference includes replacing each class in the computer 
code with its respective index reference in the first indexed 
list, 

the step of creating a second list of the plurality 
of identifiers for the second of the types of code structures 
includes creating a list of the method names, 

the step of creating a second indexed list of said 
identifiers for the second type of code structure includes 
creating a second indexed list of methods and associating each 
of the methods with a unique index reference, and 

the step of replacing each occurrence in the computer 
code of the identifiers in the second list with the respective 
index reference includes replacing each method in the computer 
code with its respective index reference in the second indexed 
list . 

11. A method of condensing computer code in a computer system, 
the computer code including class, method and field types of 
code structures, each type of code structure including a 
plurality of identifiers, and the computer system including a 
memory for storing the computer code therein, the method 
comprising the steps of: 

reading the computer code from the memory; 

creating lists of the plurality of identifiers for 
each of the class, method and field code structures within the 
computer code; 

creating indexed lists of said identifiers for each 
of the class, method and field code structures, each of the 
respective indexed lists including a plurality of index 
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references, each of the identifiers in each of the lists 
corresponding to at least one of the index references in the 
respective indexed list; and 

creating a condensed computer code, including the 
steps of scanning the computer code and replacing each 
occurrence within the computer code of the identifiers listed 
in each of the indexed lists with the respective index 
reference corresponding to the respective identifier. 

12* A data storage medium including machine readable code 
thereon for use in a computer system having a memory for 
storing computer code, the computer code including a plurality 
of types of code structures, each of the types of code 
structures including a plurality of identifiers, the storage 
medium comprising: 

means for creating a first list of the plurality of 
identifiers for a first of the types of code structures; 

means for creating a first indexed list of the 
identifiers for the first type of code structure, the first 
indexed list including a plurality of index references, each o 
the identifiers in the first indexed list corresponding to at 
least one of the index references in the first indexed list; 
and 

means for creating a condensed computer code, 
including means for scanning the computer code and replacing 
each occurrence in the computer code of the identifiers listed 
in the first indexed list with the respective index reference 
in the first indexed list corresponding to the respective 
identifier . 

13. The data storage medium of claim 12 comprising: 

means for creating a second list of the plurality of 

identifiers for a second of the types of code structures; 

means for creating a second indexed list of the 

identifiers for the second type of code structure within the 
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computer code, the second indexed list including a plurality of 
index references, each of the identifiers in the second indexed 
list corresponding to at least one of the index references 
within the second indexed list; and 

means for creating a condensed computer code, 
including means for scanning the computer code and replacing 
each occurrence in the computer code of the identifiers listed 
in the second indexed list with the respective index reference 
in the second indexed list corresponding to the respective 
identifier . 



14. The data storage medium of claim 12, wherein: 

the code structures within the computer code include 

classes, and the identifiers for the class code structures 

include class names, 

the means for creating a first list of the plurality 

of identifiers creates a list of the class names, 

the means for creating a first indexed list of the 

identifiers creates a first indexed list of classes and 

associates each of the classes with a unique index reference; 

and 

the means for replacing each occurrence in the 
computer code of the identifiers in the first list with the 
respective index reference replaces each class in the computer 
code with its respective index reference in the first indexed 
list. 



15. The data storage medium of claim 12, wherein: 

the code structures within the computer code include 

methods, and the identifiers for the method code structures 

include method names, 

the means for creating a first list of the plurality 

of identifiers creates a list of the method names, 

the means for creating a first indexed list of the 

identifiers creates a first indexed list of methods and 
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associates each of the methods with a unique index reference; 
and 

the means for replacing each occurrence in the 
computer code of the identifiers in the first list with the 
respective index reference replaces each method in the computer 
code with its respective index reference in the first indexed 
list . 



16. The data storage medium of claim 12, wherein: 

the code structures within the computer code include 

fields, and the identifiers for the field code structures 

include field names, 

the means for creating a first list of the plurality 

of identifiers creates a list of the field names, 

the means for creating a first indexed list of the 

identifiers creates a first indexed list of fields and 

associates each of the fields with a unique index reference; 

and 

the means for replacing each occurrence in the 
computer code of the identifiers in the first list with the 
respective index reference replaces each field in the computer 
code with its respective index reference in the first indexed 
list. 



17. The data storage medium of claim 13, wherein: 

the code structures in the computer code include 

methods and fields, the identifiers for the method code 

structures including method names and the identifiers for the 

field code structures including field names, 

the means for creating a first list of the plurality 

of identifiers for the first of the types of code structures 

creates a list of the method names, 

the means for creating a first indexed list of the 

identifiers for the first type of code structure creates a 

first indexed list of methods and associates each of the 
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methods with a unique index reference, 

the raeans for replacing each occurrence in the 
computer code of the identifiers in the first list with the 
respective index reference replaces each method in the computer 
code with its respective index reference in the first indexed 
list, 

the means for creating a second list of the plurality 
of identifiers for the second of the types of code structures 
creates a list of the field names, 

the means for creating a second indexed list of said 
identifiers for the second type of code structure creates a 
second indexed list of fields and associates each of the fields 
with a unique index reference, and 

the means for replacing each occurrence in the 
computer code of the identifiers in the second list with the 
respective index reference replaces each field in the computer 
code with its respective index reference in the second indexed 
list. 



18. The data storage medium of claim 13, wherein: 

the code structures in the computer code include 
classes and fields, the identifiers for the class code 
structures including class names and the identifiers for the 
field code structures including field names, 

the means for creating a first list of the plurality 
of identifiers for the first of the types of code structures 
creates a list of the class names, 

the means for creating a first indexed list of the 
identifiers for the first type of code structure creates a 
first indexed list of classes and associates each of the 
classes with a unique index reference, 

the means for replacing each occurrence in the 
computer code of the identifiers in the first list with the 
respective index reference replaces each class in the computer 
code with its respective index reference in the first indexed 
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list, 

the means for creating a second list of the plurality 
of identifiers for the second of the types of code structures 
creates a list of the field names, 

the means for creating a second indexed list of said 
identifiers for the second type of code structure creates a 
second indexed list of fields and associates each of the fields 
with a unique index reference, and 

the means for replacing each occurrence in the 
computer code of the identifiers in the second list with the 
respective index reference replaces each field in the computer 
code with its respective index reference in the second indexed 
list . 



19. The data storage medium of claim 13, wherein: 

the code structures in the computer code include 
classes and methods, the identifiers for the class code 
structures including class names and the identifiers for the 
method code structures including method names, 

the means for creating a first list of the plurality 
of identifiers for the first of the types of code structures 
creates a list of the class names, 

the means for creating a first indexed list of the 
identifiers for the first type of code structure creates a 
first indexed list of classes and associates each of the 
classes with a unique index reference, 

the means for replacing each occurrence in the 
computer code of the identifiers in the first list with the 
respective index reference replaces each class in the computer 
code with its respective index reference in the first indexed 
list, 

the means for creating a second list of the plurality 
of identifiers for the second of the types of code structures 
creates a list of the method names, 

the means for creating a second indexed list of said 
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identifiers for the second type of code structure creates a 
second indexed list of methods and associates each of the 
methods with a unique index reference, and 

the means for replacing each occurrence in the 
computer code of the identifiers in the second list with the 
respective index reference replaces each method in the computer 
code with its respective index reference in the second indexed 
list. 

20. A data processing system having means for reading computer 
code, the computer code including a plurality of code 
structures, each code structure including an identifier, the 
data processing system comprising: 

means for creating a list of the identifiers; 

means for creating an indexed list of the 
identifiers, the indexed list including a plurality of index 
references, each of the identifiers in the indexed list 
corresponding to at least one of the index references in the 
indexed list; and 

means for creating a condensed computer code, 
including means for scanning the computer code and replacing 
each occurrence in the computer code of the identifiers listed 
in the indexed list with the respective index reference in the 
indexed list corresponding to the respective identifier. 

21. A method of condensing computer code in a computer system, 
the computer code including a plurality of types of code 
structures, each of the types of code structures including a 
plurality of identifiers, the method comprising the steps of: 

creating a list of identifiers for each type of code 

structure; 

creating an index reference corresponding to each of 
the identifiers in each of the lists; and 

replacing each of the identifiers in the computer 
code with the respective index reference corresponding to each 
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respective identifier. 

22. A method of interpreting computer code having a plurality 
of types of code structures , each of the types of code 
structures including a plurality of index references, the 
method comprising the steps of: 

reading a list of identifiers for each type of code 
structure, each list including an index reference corresponding 
to each of the identifiers in the list; and 

replacing each of the index references in the 
computer code with the respective identifier corresponding to 
each respective index reference. 



0 
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Appendix 1 



1. Original class file: (e.g. GraphApplet.class) 

1 A. - List of constants in class file 

Constant 1 = <Class java.awt.Component> 

Constant 2 = <Class java.applet.Applet> 

Constant 3 = <Class java.awt.Dimension> 

Constant 4 = <Class GraphApplet> 

Constant 5 = <Class java.lang.Math> 

Constant 6 = <Class java.awt.Graphics> 

Constant 7 = <Method java.awt.Graphics.drawLine(IIII)V> 

Constant 8 = <Field java.awt.Dimension.height I> 

Constant 9 = <Field java.awtDimension.width I> 

Constant 10 = <Method java.awt.Component.size()Ljava/awt/Dimension;> 

Constant 11 = <Method java.lang.Math.cos(D)D> 

Constant 12 = <Method java. applet .Applet. <init>()V> 

Constant 13 = <Method java.lang.Math.sin(D)D> 

Constant 14 = <Method GraphApplet.f(D)D> 

Constant 15 = <NameAndType sin (D)D> 

Constant 16 = <NameAndType cos (D)D> 

Constant 17 - <NameAndType width \> 

Constant 18 = <NameAndType f (D)D> 

Constant 19 = <NameAndType <init> ()V> 

Constant 20 = <NameAndType drawLine (IIII)V> 

Constant 21 = <NameAndType size ()Ljava/awt/Dimension;> 

Constant 22 = <NameAndType height I> 

Constant 23 = <Double 7.000000> 

Constant 24 = <Unknown 128 (0x80)> 

Constant 25 = <Double 5.000000> 

Constant 26 = <Unknown 128 (0x80)> 

Constant 27 = <Double 4.000000> 

Constant 28 = <Unknown 128 (0x80)> 

Constant 29 = <Double 2.000000> 

Constant 30 = <Unknown 128 (0x80)> 

Constant 31 = < n (Ljava/awt/Graphics;)V M > 

Constant 32 = <"(D)D"> 

Constant 33 = <"this n > 

Constant 34 = <"java/awt/Dimension"> 

Constant 35 = <"width"> 

Constant 36 - <"GraphApplet java M > 

Constant 37 = < H height"> 

Constant 38 = < M ConstantValue M > 

Constant 39 - <"LocalVariableTable"> 

Constant 40 = <"Exceptions"> 
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Constant 41 = <"LineNumberTable"> 

Constant 42 = <"I"> 

Constant 43 = <"SourceFile"> 

Constant 44 = <"cos"> 

Constant 45 = <"D"> 

Constant 46 = <" Local Variables'^ 

Constant 47 =<"Code"> 

Constant 48 = <"java/awt/Graphics"> 

Constant 49 = <"drawLine"> 

Constant 50 = <"Ljava/awt/Graphics;"> 

Constant 51 = <"java/awt/Component"> 

Constant 52 == <"java/applet/Applet"> 

Constant 53 = <"<init>"> 

Constant 54 = <"()Ljava/awt/Dimension;" 

Constant 55 = <"LGraphApplet;"> 

Constant 56 -<"(IHI)V"> 

Constant 57 = <"sin"> 

Constant 58 == <"java/lang/Math"> 

Constant 59 = <"GraphApplet"> 

Constant 60 = <"x"> 

Constant 61 == <"paint"> 

Constant 62 = <"size"> 

Constant 63 = <"()V"> 

Constant 64 = <"g"> 

Constant 65 = <"f ' > 
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1 B - Methods defined in class file 



1 B 1 . Method double f(double) 



loc 


opcode 


argument 


meaning of arg 


00 


dload__l 






01 


ldc2_w 


#25 


<DoubIe 5.uu00U0> 


04 


ddiv 






05 


invokestatic 


#11 


<Method java.lang.Math.cos(D)D> 


08 


dloadj 






09 


ldc2_w 


#23 


<DoubIe 7.000000> 


12 


ddiv 






13 


invokestatic 


#13 


<Method java.Iang.Math.sin(D)D> 


16 


dadd 






17 


ldc2 w 


#29 


<Double 2.000000> 


20 


dadd 






21 


aload_0 






22 


invokevirtual 


#10 


<Method java.awt.Component.size()Ljava/awt/Dimension;> 


25 


getfield 


#8 


<Field java.awt.Dimension.height I> 


28 


i2d 






29 


dmul 






30 


ldc2_w 


#27 


<Double 4.000000> 


33 


ddiv 






34 


dreturn 







1B2. Method void paint(java.awt.Graphics) 



loc opcode 



argument meaning of arg 



00 iconst_0 

01 istore_2 

02 goto 32 

05 aloadj 

06 iload__2 

07 aloadj) 

08 iload_2 
9i2d 

10 invokevirtual #14 

13 d2i 

14 iload_2 

15 iconst_l 

16 iadd 



(location 32) 



<Method GraphApplet.f(D)D> 
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17aIoadJ) 






18iload_2 






19 iconst_l 






20 iadd 






21 i2d 






22 invokevirtual 


#14 


<Method GraphApplet.f(D)D> 


25 d2i 






26 invokevirtual 


#7 


jf J.1 J * _i /"« 1 * J T * /TTTT\"\ 7 — 

<Metnod java.awt.Graphics.drawLine(IIII)V> 


29 iinc 


21 


(mcr local arg #2 by +l) 


32 iload_2 






33 aloadj) 






34 invokevirtual 


#10 


<Method java.awt.Component.si2e()Ljava/awt/Dimension;> 


37 getfield 


#9 


<FieId java.awt.Dimension.width I> 


40 ifjcmplt 


5 


(location 5) 


43 return 
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2. Sorted dictionaries - starting from GraphApplet.class 



2A - 112 classes 



0 
1 
2 
3 
4 
5 
6 
7 
8 
9 



GraphApplet 

j ava/applet/ Applet 

java/applet/AppletContext 

j ava/applet/ AppletStub 

java/applet/AudioClip 

java/awt/AWTError 

java/awt/Color 

java/awt/Component 

j ava/aWContainer 

j ava/awt/Dimension 



10 java/awt/Event 

1 1 j ava/a WFlowLay out 

12 j ava/awt/ Graphics 

1 3 j ava/awt/image/ImageObserver 

14 java/awt/Insets 

15 j ava/a wt/Lay outManager 

16 java/awt/Panel 

1 7 j ava/a wt/peer/ComponentPeer 

1 8 java/awt/peer/ContainerPeer 

19 java/awt/Point 

20 java/awt/Polygon 

21 j ava/a wt/Rectangle 

22 j ava/a wt/Toolkit 

23 java/io/BufferedlnputStream 

24 j ava/io/BufferedOutputStream 

25 java/io/File 

26 java/io/FileDescriptor 

27 java/io/FilelnputStream 

28 java/io/FilenameFilter 

29 java/io/FileNotFoundException 

30 java/io/FileOutputStream 

31 j ava/io/FilterlnputStream 

32 java/io/FilterOutputStream 

33 java/io/InputStream 

34 j ava/io/InterruptedlOException 

35 java/io/IOException 
3 6 j ava/io/OutputStream 
37 java/io/PrintStream 

3 8 java/lang/ArithmeticException 

39 j ava/1 ang/ ArraylndexOutOfB oundsException 

40 j ava/1 ang/ Array StoreException 

41 j ava/1 ang/ Character 

42 java/lang/Class 
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A 1 

43 


J 3.Va/ iang/ V^laooV^aD UD AVCp ihju 


A A 

44 


J ciVa/ iang/ V^labMN U LT O UllUJD ALCpuuii 


A ^ 

45 


i m ro /Innrr /f 1 1/^n^Q hi 

J aVa/ lculg/ ^lUUCduic 


A& 

40 


i a /I art rr/r^1 rmflsf rvrSi mnortpHFxcenti on 
1 aVd/ IdlUg/ V^l vJilCiN VJ to uppvj a ivujjAvcp ti^n 


AH 
4 / 


* o\;q /I curirr/T^oi 1 nlf^ 

JclVa/ iang/ JLVOUUIC 


4o 


j ava/ i<;ing/ izxror 


49 


j ava/ icing/ iLALep uuii 


50 


j ava/temg/Float 


51 


java/iang/lliegai/\ccess£,rror 


52 


java/l£ing/lliegai/\cccssjDXcepiion 


53 


j ava/ iang/iiicgai/\rgumciiiJCf Accp uuii 


54 


laVa/itUlg/lllCgaiivlUllI LUIOuUCJDAV^CpuuiI 


55 


^ „_ n /Tl 1 anal T'lnvti a rlQ to t*»T^ Yr*f^r\ti nin 

j ava/ iang/ mcgai i nreauouiiciiAccpuuii 


5o 


j ava/ iang/ lncoinpcui uici^ia^s^iiciiigc i 


5 / 


j ava/iang/inucxwuiwiovj uiiuoi.jA^t'pLi^ii 


58 


j ava/ iang/ insianiiaiionri<xccp nun 


59 


j ava/lang/Integer 


60 


j ava/lang/InternalError 


61 


j ava/lang/InterruptedException 


62 


j ava/lang/LinkageError 


63 


j ava/lang/Long 


64 


j ava/lang/Math 


65 


java/lang/NegativeArraySizeException 


66 


j ava/1 ang/No SuchMethodError 


67 


j ava/lang/NullPointerException 


68 


j ava/lang/Number 


69 


j ava/ lang/ IN umoerr ormatiixcepiion 


/O 


j ava/1 ang/ Obj ect 


71 


j ava/lang/OutOfMemory Error 


72 


j ava/lang/Runnable 


15 


j ava/ iang/ Kuntime 


74 


j ava/l ang/ Kuntimeiixcep tion 


7C 

75 


java/lang/SecurityException 


/o 


j ava/ J ang/ oecuniy manager 


/ / 


j ava/ J ang/ otacKwveriio wjcrror 




j ava/ j ang/ o tnng 


/9 


j ava/ J ang/ o tringouiier 


80 


j ava/ J ang/ oxnnginuex^uxwioounusxLxcepLiuii 


81 


j ava/lang/Sy stem 




java/ Jiang/ inreau 


83 


j ava/lang/ThreadDeath 


84 


j ava/ iang/ThreadGroup 


85 


j ava/lang/Throwable 


86 


j ava/ lang/UnsatisfiedLinkError 


87 


java/lang/VirtualMachineError 


88 


j ava/net/ContentHandler 


89 


j ava/net/ContentHandlerFactory 
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90 


java/net/InetAddress 


91 


java/net/MalformedURLException 


92 


j ava/net/U nkno wnContentHandler 


93 


java/net/UnknownHostException 


94 


j ava/net/U nknownServiceException 


95 


java/net/URL 


96 


j ava/net/URLConnection 


97 


java/net/URLStreamHandler 


98 


java/net/URLStreamHandlerFactory 


99 


java/ulil/Date 


100 


java/util/Dictionary 


101 


java/util/Enumeration 


102 


j ava/util/Hashtable 


103 


java/util/HashtableEntry 


104 


j ava/util/HashtableEnumerator 


105 


j ava/util/NoSuchElementException 


106 


j ava/util/Properties 


107 


j ava/util/Random 


108 


j ava/util/StringTokenizer 


109 


java/util/Vector 


110 


java/util/VectorEnumerator 


111 


[Ljava/net/InetAddress 
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2tt -415 methods 



0 


<clinit>()V 


1 


<init>()V 


2 


<init>(D)V 


3 


<iniP(F)V 


4 


<init>(I)V 


5 


<iniP(IF)V 


6 


<init>(II)V 


7 


<iiut>(III)V 


8 


<init>(IIII)V 


9 


<init>(IIIIII)V 


10 


<init>(J)V 


11 


<init>(Ljava/io/FileDescriptor;)V 


12 


<init>(Lj ava/io/InputStream;) V 


13 


<init>(Lj ava/io/InputStream;I) V 


14 


<init>(Ljava/io/OutputStream;)V 


15 


^niPCLjava/io/OutputStreamjOV 


16 


<ini1?>(Lj ava/io/ OutputStream ;Z) V 


17 


<init>(Ljava/lang/Object;JIIIIILjava/lang/Object;)V 


18 


<init;>(Ljava/lang/String;)V 


19 


<init>(Ljava/lang/String;Ljava/lang/String;)V 


20 


<init?>(Ljava/lang/String;Ljava/lang/String;ILjava/lang/String;)V 


21 


<init:>(Ljava/lang/String;Ljava/lang/String;Z)V 


22 


<iniC>(Ljava/lang/String;[B)V 


23 


<init>(Lj ava/lang/StringBuffer;) V 


24 


<init>(Ljava/lang/ThreadGroup;Ljava/lang/String;)V 


25 


<init>(Ljava/net/URL;Ljava/lang/String;)V 


26 


<init;>(Lj ava/util/Properties;)V 


27 


<init;>(Ljava/utilA^ ector;)V 


28 


<init>([BIII)V 


29 


<init:>([C)V 


30 


<init>([CII)V 


31 


<inii;>([Ljava/util/HashtableEntry;Z)V 


32 


HSB toRGB(FFF)I 


33 


UTC(IIIIII)J 


34 


accept(Ljava/io/File;Ljava/Iang/Stxing;)Z 


35 


actio n(Ljava/awt/Event;Lj ava/lang/ Obj ect;)Z 


36 


activeCountOI 


37 


activeGroupCount()I 


38 


add(]I)V 


39 


add(Lj ava/awt/Component ;)Lj ava/awt/ Component; 


40 


add(Ljava/awt/Component;I)Ljava/awt/Component; 


41 


add(Ljava/lang/Thread;)V 


42 


add(Lj ava/lahg/ThreadGroup ;)V 
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43 addElement(Ljava/lang/Object;)V 

44 addLayoutComponent(Ljava/lang/String;Ljava/awt/Component;)V 

45 addNotify()V 

46 append(C)Ljava/lang/StringBuffer; 

47 append(I)Ljava/lang/StringBuffer; 

48 ^pend(Ljava/lang/Object;)Ljava/Iang/StringBuffer; 

49 append(Ljava/lang/String;)Ljava/lang/StringBuffer; 

50 appletResize(II)V 

5 1 arraycopy(Ljava/lang/Object;ILjava/lang/Object;II)V 

52 available()I 

53 brighter()Ljava/awt/Color; 

54 buildLibName(Ljava/lang/String;Ljava/lang/String;)Ljava/Iang/String; 

55 calculateBounds([I[II)V 

56 canReadO()Z 

57 canWriteO()Z 

58 charAt(I)C 

59 charValue()C 

60 checkAccess()V 

6 1 checkAccess(Ljava/lang/Thread;)V 

62 checkAccess(Ljava/lang/ThreadGroup;)V 

63 checkConnect(Ljava/lang/String;I)V 

64 checkDeiete(Ljava/lang/String;)V 

65 checkExec(Ljava/lang/String;)V 

66 checkExit(I)V 

67 cl^kImage(Ljava/awt/Iinage;nLj ava/awt/image/ImageObserver ;)I 

68 checkLink(Ljava/lang/String;)V 

69 checkPropertiesAccessQV 

70 check Property Access(Lj ava/lang/String;) V 

7 1 checkRead(Ljava/io/FileDescriptor;) V 

72 checkRead(Ljava/lang/String;)V 

73 checkSetFactoryQV 

74 checkWrite(Lj ava/io/FileDescriptor ;) V 

75 checkWrite(Ljava/lang/String;)V 

76 classDepth(Ljava/lang/String;)I 

77 ciipRect(IIII)V 

78 clone()Ljava/lang/Object; 

79 closeOV 

80 computeValueQV 

81 controlDownQZ 

82 copyInto([Ljava/Iang/Object;)V 

83 copyValueOf([CII)Ljava/lang/String; 

84 copy WhenSharedOV 

85 cos(D)D 

86 countComponentsQI 

87 countTokensQI 

88 create()Ljava/awt/Graphics; 

89 create(HII)I^ava/awt/Graphics; 
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90 createContentHandler(Ljava/lang/String;)Ljava/net/ContentHandler; 

9 1 createImage(II)Ljava/awt/Image; 

92 create! mage(Lj ava/ awt/image/ImageProducer ;)Lj ava/awt/Image; 

93 createPanel(Ljava/awt/Panel;)Ljava/awt/peer/PanelPeer; 

94 createURLStreamHandler(Ljava/lang/String;)Ljava/net/URLStreamHan 

95 currentCIassLoader()Ljava/Iang/ClassLoader; 

96 currentThread()Ljava/lang/Thread; 

97 currentTimeMillis()J 

9 8 darker ()Lj ava/ awt/Color ; 

99 deleteO()Z 

1 00 deliverEvent(Ljava/awt/Event;)V 

101 destroy()V 

102 digit(CI)I 

103 disable()V 

104 dispose()V 

1 05 doubleToLongBits(D) J 

106 doubleValue()D 

107 drawLine(IIII)V 

1 08 drawPolygon([I[II)V 

1 09 drawString(Lj ava/lang/String;II) V 

110 elements()Lj ava/util/Enumeration; 

111 enable()V 

112 ensureCapacity(I)V 

1 1 3 enumerate(Ljava/util/Hashtabie;)V 

1 1 4 enumerate([Ljava/lang/Thread;)I 

1 1 5 enumerate( [Lj ava/lang/Thread;IZ)I 

1 16 enumerate([Ljava/lang/ThreadGroup;IZ)I 

1 1 7 equals(Lj ava/lang/Obj ect ;)Z 

1 1 8 exec(Ljava/lang/String;[Ljava/lang/String;)Ljava/lang/Process; 

1 1 9 exec([Ljava/lang/String;[Ljava/lang/String;)Ljava/lang/Process; 

120 execInternal([Ljava/lang/String;[Ljava/lang/String;)Ljava/lang/Process; 

121 exists0()Z 

122 exit(I)V 

123 exitInternaI(I)V 

124 exparid()V 

125 f(D)D 

126 fill()V 

1 27 fillInStackTrace()Lj ava/lang/Thro wable; 

128 fiUPolygon([I[II)V 

129 fillRect(IIII)V 

130 finalize()V 

131 floatToIntBits(F)I 

132 floatValue()F 

133 floo^[D)D 

134 flushQV 

135 forDigit(H)C 

1 3 6 forN;3me(Ljava/lang/String;)Ljava/lang/Class; 
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137 gc()V 

1 38 get(Ljava/lang/Object;)Ljava/lang/Object; 

139 getAppletContext()Ljava/applet/AppletContext; 

1 40 getAudioClip(Ljava/net/URL;)Ljava/applet/AudioClip; 

141 getAudioClip(Ljava/netAJRL;Ljava/lang/String;)Ljava/applet/AudioClip; 

142 getBackground()Ljava/awt/Co!or; 

143 getBlue()I 

1 44 getBoundingBox()Ljava/awt/Rectangle; 

1 45 getByName(Ljava/lang/String;)Ljava/net/InetAddress; 

146 getChars(II[CI)V 

1 47 getCkss()Ljava/lang/Class; 

148 getCodeBase()Ljava/net/URL; 

1 49 getColor()Ljava/awt/Color; 

150 get Co Ior(Lj ava/lang/S tring;Lj ava/awt/Color;)Lj ava/awt/Color ; 

151 getColorModel()Ljava/awt/image/ColorModel; 

1 52 getComponent(I)Ljava/awt/Component; 

153 getContent()Lj ava/lang/Obj ect; 

1 54 getContent(Ljava/net/URLConnection;)Ljava/lang/Object; 

1 55 getContentHandler()Ljava/net/ContentHandler; 

1 56 getContentType()Ljava/lang/String; 

157 getDefaultToolkit()Ljava/awt/Toolkit; 

158 getDocumentBase()Ljava/net/URL; 

1 59 getFile()Lj ava/lang/String; 

1 60 getFont()Ljava/awt/Font; 

161 getFontMetrics(Ljava/awt/Font;)Ljava/awt/F ontMetrics; 

1 62 getForeground()Lj ava/awt/Color; 

1 63 getGraphics()Ljava/awt/Graphics; 

164 getGreen()I 

165 getHeaderFieId(Ljava/lang/String;)Ljava/lang/String; 

1 66 getHeaderFieldDate(Lj ava/lang/String; J) J 

1 67 getHeaderFieldInt(Ljava/lang/String;I)I 

1 68 getHost()Ljava/lang/String; 

1 69 getHostByAddr(I)Ljava/lang/String; 

1 70 getImage(Ljava/net/URL;)Ljava/awt/Image; 

171 getInCheck()Z 

172 getInetFamily()I 

1 73 getInputStream()Ljava/io/InputStream; 

1 74 getInteger(Lj ava/lang/String;)Lj ava/lang/Integer; 

175 getInteger(Ljava/lang/String;Ljava/lang/Integer;)Ljava/Iang/Integer; 

1 76 getLocalHostName()Lj ava/lang/String ; 

177 getLc)calizedInputStream(Ljava/io/InputStream;)Ljava/io/InputStream; 

178 getLocalizedOutputStream(Ljava/io/OutputStream;)Ljava/io/OutputStream; 

179 getLong(Ljava/lang/String;Ljava/lang/Long;)Ljava/lang/Long; 

180 getMaxPriority()I 

181 getM essageQLj ava/lang/String; 

1 82 getName()Ljava/lang/String; 

1 83 getP^irameter(Ljava/lang/String;)Ljava/lang/String; 
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1 84 getParent()Lj ava/lang/String; 

185 getPath()Ljava/lang/String; 

186 getPort()I 

187 getPriority()I 

188 getProperty(Ljava/lang/String;)Ljava/lang/String; 

1 89 getProperty(Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String; 

1 90 getProtocol()Lj ava/lang/String; 

191 getRed()I 

192 getRef()Ljava/lang/String; 

1 93 getRuntime()Ljava/lang/Runtime; 

1 94 getSecvirityManager()Ljava/lang/SecurityManager; 

1 95 getThieadGroupOLjava/lang/ThreadGroup; 

196 getTimeOJ 

197 getToolkitOLjava/awt/Toolkit; 

1 98 getURLStreamHandler(Ljava/lang/String;)Ljava/net/URLStreamHandler; 

199 getValue()[C 

200 gotFocus(Ljava/awt/Event;Ljava/lang/Object;)Z 

201 handleEvent(Ljava/awt/Event;)Z 

202 hasMoreElements()Z 

203 hasMoreTokens()Z 

204 hashCode()I 

205 hide()V 

206 hostsEqual(Ljava/lang/String;Ljava/lang/String;)Z 

207 indexOf(l)I 

208 indexOf(II)I 

209 indexOf(Ljava/lang/Object;)I 

210 indexOf(Ljava/lang/Object;I)I 

2 1 1 indexOf(Lj ava/lang/String;)I 

212 indexOf(Ljava/lang/String;I)I 

213 init()V 

214 init(Ljava/lang/ThreadGroup;Ljava/lang/Runnable;Ljava/lang/String;)V 

2 1 5 initProperties(Ljava/util/Properties;)Ljava/util/Properties; 

216 initSystemFD(Ljava/io/FileDescriptor;I)Ljava/io/FileDescriptor; 

217 initial izeLinkerOV 

218 initial izeLinkerInternal()Lj ava/lang/String; 

219 insert(ILjava/lang/String;)Ljava/lang/StringBuffer; 

220 insets OLjava/awt/Insets; 

221 inside(II)Z 

222 intValue()I 

223 interrupt()V 

224 invali.date()V 

225 isAbsolute()Z 

226 isActive()Z 

227 isAlive()Z 

228 isDaemon()Z 

229 isDirectory0()Z 

230 isFileOQZ 
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231 


isinfimte(D)Z 


232 


isInfinite(F)Z 


233 


isInterface()Z 


234 


isLetter(C)Z 


235 


isLetterOrDigit(U)Z 


236 


isNaN(D)Z 


237 


isNaN(r)Z 


238 


isShowing()Z 


239 


join(J)V 


240 


keyDown(Ljava/awt/bvent;I )Z 


241 


keyUp(Ljava/awt/Event;l)Z 


242 


key s()Lj ava/util/Enumeration; 


243 


lastIndexOf(I)I 


244 


lastIndexOf(II)I 


245 


lastIndexOi(Lj ava/lang/O b] ect ? l )i 


246 


lastIndexOf(Ljava/lang/btnng ? l)l 


247 


lastModifiedO()J 


248 


layout()V 


249 


lay outContainer(Lj ava/ awt/ Container , ) V 


250 


length()I 


251 


lengthO()J 


252 


hst()[Ljava/lang/Strmg; 


253 


hst(Ljava/io/PnntStream;I)V 


254 


UstO()[Ljava/lang/Strmg; 


255 


ioad(Ljava/laag/Stnng;)V 


256 


loadFileInternal(Ljava/lang/Stnng;)Z 


257 


loadLibrary(Ljava/lang/Stnng;)V 


258 


locate(II)Lj ava/awt/Component; 


259 


log(D)D 


260 


longValue()J 


261 


lookupAllHostAddr(Ljava/lang/Strmg;)[[B 


262 


lookupHostAddr(Ljava/lang/Stnng;) [B 


263 


lostFocus(Lj ava/ awt/E vent ;Lj ava/lang/ O bj ect ;)Z 


264 


makeAnyLocalAddress(Ljava/net/InetAddress;)V 


265 


mark(I)V 


266 


markSupported()Z 


267 


max(fl)l 


268 


meta]Down()Z 


269 


min(]I)I 


270 


minunumLayoutSize(Ljavafa\\^^ 


271 


mimmumSize()Ljava/awt/Dimension; 


272 


mkdir()Z 


273 


mkdirO()Z 


274 


mkdirsQZ 


275 


mouseDown(Lj ava/awt/Event;II)Z 


276 


mouseDrag(Ljava/awt/Event;II)Z 


277 


mouseEnter(Lj ava/awt/Event;II)Z 
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278 mouseExit(Ljava/awt/Event;II)Z 

279 mouseMove(Ljava/awt/Event;II)Z 

280 mouseUp(Ljava/awt/Event;II)Z 

281 move(II)V 

282 moveComponents(Lj ava/awt/Container;IIIIII) V 

283 newInstance()Ljava/Iang/Object; 

284 next(I)I 

285 nextDoubIe()D 

286 nextElement()Ljava/lang/Object; 

287 nextFocusOV 

288 nextThreadNum()I 

289 nextToken()Ljava/lang/String; 

290 notifyAll()V 

291 open(Lj ava/lang/String;) V 

292 openConnection()Lj ava/net/URLConnection; 

293 openConnection(Lj ava/ net/URL ;)Lj ava/ net /URLConnect ion; 

294 paint(Lj ava/awt/Graphics;)V 

295 paintAll(Ljava/awt/Graphics;)V 

296 paramString()Lj ava/lang/String; 

297 parse(Ljava/lang/String;)J 

298 parseInt(Ljava/lang/String;)I 

299 parseInt(Ljava/Iang/String;I)I 

300 parseLong(Ljava/lang/String;I)J 

301 parseURL(Ljava/net/URL;Ljava/lang/String;II)V 

302 playOV 

3 03 postEvent(Lj ava/awt/Event;)Z 

304 preferredLayoutSize(Ljava/awt/Container;)Ljava/awt/Dimension; 

305 preferredSize()Ljava/awt/Dimension; 

306 prepa]:eImage(Ljava/awt/Image;IILjava/awt^image/ImageObserver;)Z 

307 print(C)V 

308 print(D)V 

309 print(F)V 

310 print© V 

311 print(J)V 

3 1 2 print(Ljava/awt/Graphics;)V 

313 print(Ljava/lang/Object;)V 

314 print(Ljava/lang/String;)V 

315 print(Z)V 

316 print([C)V 

317 printAl l(Ljava/awt/Graphics;)V 

318 printStackTrace()V 

319 printStackTrace(Ljava/io/PrintStream;)V 

320 printStackTraceO(Ljava/io/PrintStream;)V 

321 print! n(Lj ava/lang/Obj ect;) V 

322 print] n(Lj ava/lang/String;) V 

323 put(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object; 

324 read()I 
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325 


read([B)I 


326 


read([BII)I 


327 


readBytes([BII)I 


328 


regionMatches(ZILjava/lang/String;II)Z 


329 


rehashQV 


330 


remove(Ljava/awt/Component;)V 


331 


remove(Lj ava/lang/Thread;)V 


332 


remove(Ljava/lang/ThreadGroup;)V 


333 


removeElementAt(I)V 


334 


removeLayoutComponent(Ljava/awt/Component;)V 


335 


removeNotify()V 


336 


renameToO(Ljava/io/File;)Z 


337 


repaint(JIIII)V 


338 


requestFocus()V 


339 


reset()V 


340 


reshape(IIII)V 


341 


resize(II)V 


342 


resume()V 


343 


resumeO()V 


344 


reverse()Ljava/lang/StringBuffer; 


345 


run()V 


346 


runFinalization()V 


347 


sameFile(Lj ava/net/URL ;)Z 


348 


set(Ljava/lang/String;Ljava/lang/String;ILjava/lang/String; 




Ljava/lang/String;)V 


349 


setBackground(Ljava/awt/Color;)V 


350 


setColor(Lj ava/awt/Color;)V 


351 


setFont(Lj ava/awt/Font;) V 


352 


setForeground(Ljava/awt/CoIor;)V 


353 


setLayout(Ljava/awt/LayoutManager;)V 


354 


setMaxPriority(I)V 


355 


setPriorityO(I)V 


356 


setSeed(J)V 


357 


setShared()V 


358 


setSuffix(Ljava/lang/String;Ljava/lang/String;)V 


359 


shiftDown()Z 


360 


show()V 


361 


showStatus(Ljava/lang/String;)V 


362 


sin(D)D 


363 


sizeQI 


364 


size()Ljava/awt/Dimension; 


365 


skip(J)J 


366 


skipDelimiters()V 


367 


sieep(J)V 


368 


sqrt(D)D 


369 


start()V 


370 


starts With(Ljava/Iang/String;)Z 
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371 starts With(Ljava/lang/String;I)Z 

372 stop()V 

373 stop(Lj ava/lang/Throwabie;) V 

374 stopO(Ljava/lang/Object;)V 

375 substring(I)Ljava/lang/String; 

376 substring(II)Ljava/lang/String; 

377 suspend()V 

378 suspendO()V 

379 toCharArray()[C 

380 toExte]malForm()Ljava/lang/String; 

381 toExte:malForm(Lj ava/net/URL;)Ljava/lang/String; 
3 82 toHexString(I)Ljava/lang/String; 

383 toLowerCase()Lj ava/lang/String; 

384 toLowerCase(C)C 

385 toString()Lj ava/lang/String; 

386 toString(D)Lj ava/lang/String; 
3 87 toString(F)Ljava/lang/String; 

388 toString(II)Ljava/lang/String; 

389 toString(JI)Ljava/lang/String; 

390 toUnsIgnedString(II)Ljava/lang/String; 
3 9 1 toUnsignedString( JI)Lj ava/lang/String; 

392 toUpperCase(C)C 

393 translate(II)V 

394 uncaughtException(Ljava/lang/Thread;Ljava/lang/Throwable;)V 

395 updateBounds(II)V 

396 validate()V 

397 valueOf(C)Ljava/lang/String; 

398 valueOf(D)Ljava/lang/String; 

399 valueOf(F)Ljava/lang/String; 

400 valueOf(I)Ljava/lang/String; 

40 1 valueOf(J)Ljava/lang/String; 

402 valueOf(Ljava/lang/Object;)Ljava/lang/String; 

403 valueOf(Ljava/lang/String;)Ljava/lang/Double; 

404 valueOf{Ljava/lang/String;)Ljava/lang/Float; 

405 valueOf(Ljava/lang/String;)Ljava/lang/Integer; 

406 valueOf(Ljava/lang/String;)Ljava/lang/Long; 

407 valueOf(Ljava/lang/String;I)Ljava/lang/Integer; 

408 valueOf(Ljava/lang/String;I)Ljava/lang/Long; 

409 valueOf(Z)Ljava/lang/String; 

410 vaiueOf([C)Ljava/lang/String; 

411 wait(J)V 

412 write(I)V 

413 write([BII)V 

414 writeBytes([BII)V 
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2C - 223 fields 

0 java/applet/Appletstub Ljava/applet/AppletStub; 

1 java/awt/Color.black Ljava/awt/Color; 

2 java/awt/Colonblue Ljava/awt/Color; 

3 java/awt/Coior.cyan Ljava/awt/Color; 

4 java/awt/Color.darkGray Ljava/awt/Color; 

5 java/awt/Color.gray Ljava/awt/Color; 

6 java/awt/Color.green Ljava/awt/Color; 

7 java/awt/Color.lightGray Ljava/awt/Color; 

8 java/awt/Color.magenta Ljava/awt/Color; 

9 java/awt/Color.orange Ljava/awt/Color; 

1 0 java/awt/Color.pData I 

1 1 java/awt/Color.pink Ljava/awt/Color; 

1 2 java/awt/Color.red Lj ava/awt/Color; 

1 3 java/awt/Color. value I 

14 j ava/awt/Color. white Ljava/awt/Color; 

15 j ava/awt/Color. yellow Lj ava/awt/Color; 

1 6 j ava/awt/Component .background Lj ava/awt/Color; 

17 j ava/awt/Component .enabled Z 

1 8 java/a i ^vt/Component.font Ljava/awt/Font; 

19 java/awt/Componentforeground Ljava/awt/Color; 

20 java/awt/Component.height I 

2 1 java/awt/Component.parent Ljava/awt/Container; 

22 j ava/a wt/Componentpeer Ljava/awt/peer/ComponentPeer; 

23 j ava/awt/Component. valid Z 

24 java/awt/Component.visible Z 

25 j ava/awt/Component width I 

26 java/awt/Component.x I 

27 java/awt/Component.y I 

28 java/awt/Container.component [Lj ava/awt/Component; 

29 java/awt/Container.layoutMgr Ljava/awt/LayoutManager; 

30 j ava/awt/Container.ncomponents I 

31 j ava/awt/Dimension.height I 

32 java/awt/Dimension. width I 

33 java/awt/Event.arg Ljava/lang/Object; 

34 java/awt/Event.clickCount I 
3 5 java/a wt/E vent.data I 

36 java/a,wt/Event.id I 

37 java/awt/Eventkey I 

38 java/a.wt/Eventmodifiers I 

39 java/aiwt/Event.target Ljava/lang/Obj ect; 

40 j ava/aiwt/Event . when J 

41 j ava/awt/Event.x I 

42 java/awt/Event.y I 

43 java/awt/FlowLayout.align I 

44 java/awt/FlowLayout,hgap I 



[NYLIT] 42257.1 



60 



45 java/avvl/FlowLayout.vgap I 

46 j ava/awt/Inset s .bottom I 

47 java/avrt/Insets.left I 

48 java/awt/Insets.right I 

49 java/awt/Insets.top I 

50 j ava/awt/Panel .panelLayout Lj ava/awt/LayoutManager; 

5 1 java/awt/Pointx I 

52 java/awt/Pointy I 

53 java/awt/Polygon.bounds Ljava/awt/Rectangle; 

54 java/a>vt/Polygon.npoints I 

55 java/awt/Polygon.xpoints [I 

56 java/awt/Polygon.ypoints [I 

57 java/awt/Rectangle.height I 

58 java/awt/Rectangle.width I 

59 java/awt/Rectangle.x I 

60 java/awt/Rectangle.y I 

61 java/awt/Toolkit.toolkit Ljava/awt/Toolkit; 

62 j ava/io/Bufferedlnput Stream.buf [B 

63 java/io/BufferedlnputStream.count I 

64 java/io/BufferedlnputStream.marklimit I 

65 java/io/BufferedlnputStream.markpos I 

66 java/io/BufferedlnputStream.pos I 

67 java/io/BufferedOutputStream.buf [B 

68 java/io/BufferedOutputStreamxount I 

69 java/io/File.path Ljava/lang/String; 

70 java/io/File.pathSeparator Ljava/lang/String; 

71 java/io/File.pathSeparatorChar C 

72 java/io/File.separator Ljava/lang/String; 

73 java/io/File.separatorChar C 

74 java/io/FileDescriptor.err Ljava/io/FileDescriptor; 

75 java/io/FileDescriptor.fd I 

76 java/io/FileDescriptor.in Ljava/io/FileDescriptor; 

77 j ava/io/FileDescriptor.out Lj ava/io/FileDescriptor; 

78 java/io/FileInputStream,fd Ljava/io/FileDescriptor; 

79 java/io/FileOutputStream.fd Ljava/io/FileDescriptor; 

80 java/io/FilterlnputStream.in Ljava/io/InputStream; 

8 1 java/io/FilterOutputStream.out Ljava/io/OutputStream; 

82 j ava/io/PrintStream.autoflush Z 

83 java/io/PrintStream.trouble Z 

84 java/lang/Character.isDefinedTableO 1 C0through06FF [J 

85 java/lang/Character.isDefinedTable0900throughOEFF [J 

86 java/lang/Character.isDefmedTablel080throughl IFF [J 

87 java/lang/Character.isDefinedTable 1 E00through27BF [J 

88 java/lang/Character.isDefinedTable3000through33FF [J 

89 java/lang/Character.isDefinedTableFBOOthroughFFFF [J 

90 java/lang/Character.isLDTable0000through06FF [J 

91 java/lang/Character.isLDTable0900through0EFF [J 
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92 java/lang/Character.isLDTablel080throughl IFF [J 

93 java/laiig/Character.isLDTablelEOOthroughlFFF [J 

94 java/laiig/Character.isLDTable3000through33FF [J 

95 java/lang/Character.isLDTableFBOOthroughFFFF [J 

96 java/lajig/CharacterisLetterTable0000through06FF [J 

97 java/la]ig/Character.isLetterTable0900throughOEFF [J 

98 java/lang/CharacterisLetterTable 1 080throughl 1 FF [J 

99 j ava/lang/Character.isLetterTable 1 EOOthrough 1 FFF [J 

100 java/lang/Character.isLetterTable3000through33FF [J 

1 0 1 Java/lacig/Character.isLetterTableFBOOthroughFFFF [J 

1 02 java/lang/Character.isLowerCaseTable [J 

103 java/laag/Character.isUpperCaseTable [J 

104 java/lang/Character.toLowerCaseTable [J 

105 java/lang/Character.toUpperCaseTable [J 

1 06 j ava/lang/Character. value C 

107 java/lang/Double. value D 

1 08 java/lang/Float. value F 

109 java/lang/Integer. value I 

1 1 0 java/lang/Long.value J 

1 1 1 java/lang/Math.randomNumberGenerator Ljava/util/Random; 

1 12 java/laBg/Runtime.currentRuntime Ljava/lang/Runtime; 

1 1 3 java/lang/Runtime.paths [Lj ava/lang/String; 

1 1 4 java/lang/Security Manager. inCheck Z 

115 java/iang/String.count I 

1 16 java/laing/StringinternSel Ljava/util/Hashtable; 

1 1 7 java/lang/String.offset I 

118 java/lang/String. value [C 

1 1 9 java/lang/StringBufferxount I 

1 20 java/lang/StringBuffer.shared Z 

121 java/kmg/StringBuffer.value [C 

1 22 java/lang/System.err Ljava/io/PrintStream; 

123 java/lang/System.in Ljava/io/InputStream; 

124 java/hing/System.out Ljava/io/PrintStream; 

1 25 j ava/lang/System.props Ljava/util/Properties; 

126 java/lang/System.security Ljava/lang/Security Manager; 

1 27 java/liing/Thread.activeThreadQ Lj ava/lang/Thread; 

1 28 java/lang/Thread.daemon Z 

129 java/ljing/Thread.eetop I 

130 java/Lang/Threadgroup Ljava/lang/ThreadGroup; 

131 java/liang/Thread.name [C 

1 32 java/lang/Threa&priority I 

133 java/lang/Thread.Privatelnfo I 

134 java/lang/Thread.single_step Z 

135 j ava/lang/Thread.stillborn Z 

1 36 java/lang/Thread.target Lj ava/lang/Runnable; 

137 java/lang/Thread.thread!nitNumber I 

138 java/lang/Thread.threadQ Lj ava/lang/Thread; 
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139 java/lang/ThreadGroup.daemon Z 

140 j ava/lang/ThreadGroup. destroyed Z 

141 java/lang/ThreadGroup.groups [Lj ava/lang/ThreadGroup; 

142 java/lang/ThreadGroup.maxPriority I 

143 java/latig/ThreadGroup.name Ljava/lang/String; 

144 java/lang/ThreadGroup.ngroups I 

145 java/lang/ThreadGroup.nthreads I 

146 java/lang/ThreadGroup.parent Lj ava/lang/ThreadGroup; 

147 java/lang/ThreadGroup.threads [Ljava/lang/Thread; 

148 j ava/lang/Throwable.backtrace Lj ava/lang/ Obj ect; 

1 49 java/lang/Throwable.detailMessage Ljava/lang/String; 

1 50 java/net/InetAddress.address I 

1 5 1 java/net/InetAddress.addressCache Ljava/util/Hashtable; 

1 52 java/net/InetAddress.anyLocalAddress Ljava/net/InetAddress; 

153 java/net/InetAddress.family I 

154 j ava/net/Inet Address.hostName Lj ava/lang/String; 

155 java/net/InetAddress.inCheck Z 

1 56 java/net/TnetAddress.localHost Ljava/net/InetAddress; 

1 57 java/net/InetAddress.unknownAddress Ljava/net/InetAddress; 

158 java/net/URL. factory Ljava/net/URLStreamHandlerFactory; 

1 59 java/net/URL.file Ljava/lang/String; 

160 j ava/net/URL .handler Lj ava/net/URLStreamHandler ; 

161 java/net/URL .handlers Ljava/util/Hashtable; 

162 java/net/URL.host Ljava/lang/String; 

1 63 java/net/URL.port I 

164 java/net/URL. protocol Ljava/lang/String; 

1 65 j ava/net/URL. ref Ljava/lang/String; 

1 66 java/net/URLConnection.allowUserlnteraction Z 

1 67 java/net/URLConnection.connected Z 

1 68 java/net/URLConnection.content_class_jprefix Ljava/lang/String; 

169 j ava/net/URLConnection.defaultAllowUserlnteraction Z 

170 java/net/URLConnection.defaultUseCaches Z 

171 j ava/net/URLConnection.doInput Z 

1 72 java/net/URLConnection.doOutput Z 

1 73 java/net/URLConnection.extension_map Ljava/util/Hashtable; 

1 74 java/net/URLConnection.factory Lj ava/net/ContentHandlerFactory ; 

1 75 java/net/URLConnection.handlers Ljava/util/Hashtable; 

1 76 java/net/URLConnection.ifModifiedSince J 

177 j ava/net^RLConnection.UnknownContentHandlerP Ljava/net/ContentHandler; 

178 java/net/URLConnection.url Lj ava/net/URL; 

1 79 java/net/URLConnection.useCaches Z 

1 80 j ava/util/Date.expanded Z 

181 j ava/util/Date.monthOffset [S 

182 j ava/util/Date .tm_hour B 

1 83 java/util/Date.trnJsdst I 

1 84 java/util/Date.tm_mday B 

185 java/util/Date.tm millis S 
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1 86 java/util/Date.tm_min B 

1 87 java/util/Date.tmjmon B 

188 j ava/util/Date.tm_sec B 

189 j ava/util/Date.tm_wday B 

190 java/util/Date.tm_yday S 

191 j ava/ut il/Date .tm_year I 

192 java/util/Date.ttb [I 

1 93 java/util/Date.value J 

194 j ava/util/Date .value Valid Z 

195 j ava/util/Date. wtb [Lj ava/lang/String; 

196 j ava/util/Hashtablexount I 

1 97 java/util/Hashtable JoadFactor F 

1 98 java/util/Hashtable.table [Ljava/util/HashtableEntry; 

1 99 j ava/util/Hashtable.threshold I 

200 java/util/HashtableEntry.hash I 

201 java/util/HashtableEntry.key Ljava/lang/Object; 

202 j ava/util/HashtableEntry .next Lj ava/util/HashtableEntry ; 

203 java/util/HashtableEntry. value Ljava/lang/Object; 

204 java/util/HashtableEnumerator.entry Ljava/util/HashtableEntry; 

205 j ava/util/HashtableEnumerator.index I 

206 java/util/HashtableEnumerator.keys Z 

207 java/util/HashtableEnumerator. table [Ljava/util/HashtableEntry; 

208 java/util/Properties.defaults Ljava/util/Properties; 

209 java/util/Random.haveNextNextGaussian Z 

210 j ava/util/Random.mask J 

211 j ava/util/Random .nextNextGaussian D 

212 j ava/uitil/Random. seed J 

213 java/util/StringTokenizer.currentPosition I 

2 1 4 java/util/StringTokenizer.delimiters Lj ava/lang/String; 

2 1 5 java/util/StringTokenizer.maxPosition I 

216 java/util/StringTokenizer.retTokens Z 

217 java/util/StringTokenizer.str Lj ava/lang/String; 

218 j ava/util/Vector.capacity Increment I 

2 1 9 java/util/V ector.elementCount I 

220 java/util/Vector.elementData [Ljava/lang/Object; 

22 1 j ava/uti WectorEnumerator.count I 

222 java/util/V ectorEnumerator. vector Ljava/util/V ector; 



3 - Concentrated Cla ss 

3A. - array of accessed local vars 

location value (note double values take up 2 locations^ 

#0 < 0x40140000 0x00000000 - D 5.0 > 

#2 < 0x401c0000 0x00000000 - D 7.0 > 
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#4 
#6 



< 0x40000000 0x00000000 = D 2.0 > 

< 0x40100000 0x00000000 = D 4.0 > 



3B - concentrated code 





method #125 f(D)D 




loc 


opcode 


areument 


• 

meaning ol arg 


00 


dload_l 






01 


ldc2_w 


#0 


< 0x4U14UUl)U UXUUUUUUUU — U J.u 


04 


ddiv 






05 


invoke static 


#85 


\ n.t m /I nv\ rx i~\ ^To+ \\ f»ACf Till I 

java/iang/iviatn.cos^uji^ 


08 


dload_l 






09 


ldc2 v/ 


#2 


< 0x401c0000 OxUUUUUUUU — U /.u > 


12 


6ddiv 






13 


invokestatic 


#362 


j ava/lang/Math . sm(D)D 


16 


dadd 






17 


ldc2 w 


#4 


< 0x40000000 0x00000000 - D 2.0 > 


20 


dadd 






21 


aload_0 






22 


invokevirtual 


#364 


java/awt/Component.size()Ljava/awt/Dimension 


25 


getfield 


#31 


j ava/awt/Dimension.height 


28 


i2d 






29 


dmul 






30 


ldc2_w 


#6 


< 0x40100000 0x00000000 = D 4.0 > 


33 


ddiv 






34 


dreturn 
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method #294 paint(Ljava/awt/Graphics;)V 



loc opcode argument meaning of arg 

0 iconst_0 

01 istore_2 

02 goto 32 (location 32) 

05 aloadj 

06 iload_2 

07 aloadj) 

08 iload_2 

09 i2d 

10 invokevirtual #125 GraphApplet.f(D)D 

13 d2i 

14 iload_2 

15 iconst 1 

16 iadd " 

17 aloadj) 

18 iload_2 

19 iconst 1 

20 iadd " 

21 i2d 

22 invokevirtual #125 GraphAppletf(D)D 

25 d2i 

26 invokevirtual #107 java/awt/Graphics.drawLine(IIII)V 
29 iinc 21 (incr local arg #2 by +1) 

32 iload_2 

33 aloadj) 

34 invokevirtual #364 java/awt/Component.size()Ljava/awt/Dimension; 
37 getfield #32 java/awt/Dimension. width 

40 if Jcmplt 5 (location 5) 

43 return 
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Abstract Of The Disclosure 



A system and method of condensing computer code in 
which canonical lists are created with index values replacing 
code structures within the code. More particularly, in JAVA 
code, condensed code is created by making canonical lists of 
classes, methods and fields in the code and replacing such 
class, method and/or field references within the code with 
index values corresponding to the canonical lists. 
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DECLARATION AND POWER OF ATTORNEY 



As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name. 

I believe I am the original, first and sole inventor of the subject matter which is 
claimed and for which a patent is sought on the invention entitled SYSTEM AND METHOD 
FOR COMPRESSING SOFTWARE CODE, the specification of which is filed as a United 
States Patent Application herewith. 

I hereby state that I have reviewed and understand the contents of the 
above-identified specification, including the claims. 

I acknowledge the duty to disclose information which is material to the 
examination of this application in accordance with Title 37, Code of Federal Regulations, 
§ 1.56(a). 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19 
of any foreign application(s) for patent or inventor's certificate listed below and have also 
identified below any foreign application(s) for patent or inventor's certificate having a filing date 
before that of the application on which priority is claimed: 

PRIOR FOREIGN APPLICATION(S) 

Number Country Day/month/year Priority Claimed 

filed Under 35 USC § 119 
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I hereby claim the benefit under Title 35, United States Code, §§ 1 19(e) of any 
United States provisional application(s) listed below: 



PRIOR PROVISIONAL APPLICATION(S) 

Application Number Filing Date 



60/060,633 October 1, 1997 

I hereby claim the benefit under Title 35, United States Code § 120, of any United 
States application(s) listed below or under § 365(c) of any PCT international application(s) 
designating the United States of America listed below, and insofar as the subject matter of each 
of the claims of this application is not disclosed in the prior United States or PCT International 
application(s) in the manner provided by the first paragraph of 35 U.S.C. 1 12, 1 acknowledge the 
duty to disclose information which is material to patentability as defined in 37 CFR 1.56 which 
became available between the filing date of the prior application and the national or PCT 
international filing date of this application. 

PARENT APPLICATION(S) 

U.S. Parent or PCT Parent Parent Filing Parent Patent Number 

Application Number Date (if applicable) 



And I hereby appoint James D. Jacobs (Reg. No. 24,299), Chris Kolefas (Reg. No. 
35,226) and Jonathan S. Caplan (Reg. No. 38,094) my attorneys with full power of substitution 
and revocation, to prosecute this application and to transact all business in the Patent and 
Trademark Office connected therewith. 



[NYLIT] 42343 1 



2 



Please address ail communications regarding this application to: 



BAKER & McKENZIE 
805 Third Avenue 
New York, New York 10025 



Please dirca all telephone calls to Chris Kolcfas at (2\2) 751-5700. 



I hereby declare that all statements made herein of my own knowledge are true 
and lhat all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under Seciion 1 001 of Title 1 % of the United 
States Code and that such willful and false statements may jeopardize the validity of the 
application or any patent k«ied thereon. 

Inventor; Richard A. Ross 



Inventor's Signature. 




Citizenship- United State* of America 



Residence: 



721 Santjit Barbara Road 



Berkeley, California 94707 



Post Office Address: same as above 
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